CSV 뷰어·변환기

기능

구분자를 추측하고, 무엇으로 골랐는지 말한다

쉼표·세미콜론·탭·파이프를 모두 시험해 줄마다 얼마나 고르게 나타나는지로 고른다. 따옴표 안은 세지 않는다. 한국어·유럽 로캘의 엑셀은 세미콜론으로 내보내는데, 쉼표라고 가정하는 도구는 한 열짜리 뭉텅이를 보여준다.

따옴표를 제대로

구분자가 든 따옴표 필드, 필드 안의 줄바꿈, 두 번 쓴 따옴표("")를 RFC 4180 대로 다룬다. "성, 이름" 은 한 필드로 남는다.

칸 수가 안 맞는 줄을 알린다

헤더보다 칸이 많거나 적은 줄을 조용히 자르지 않고 알려 준다. 대개 따옴표가 빠진 자리이고, 그걸 운영에서 발견하면 훨씬 비싸다.

말이 되는 타입으로 JSON 변환

숫자와 불리언은 진짜 JSON 타입이 되지만 앞자리가 0 인 값은 문자열로 남는다. 우편번호와 전화번호가 첫 자리를 잃지 않는다.

큰 파일에서도 멈추지 않는다

표는 앞 200행만 그리고 전체 개수를 함께 알린다. 큰 내보내기 파일을 열어도 화면이 굳지 않는다.

사용법

1. 1

   데이터를 붙여넣는다

   CSV·TSV 등 구분자로 나뉜 텍스트를 왼쪽에 붙여넣는다.

2. 2

   구분자를 확인한다

   자동이 추측하고 무엇을 골랐는지 보여준다. 틀렸으면 직접 고른다.

3. 3

   첫 줄이 헤더인지 정한다

   헤더가 있으면 첫 줄에서 열 이름을 가져오고, 없으면 열에 번호를 매긴다.

4. 4

   표나 JSON 으로 읽는다

   보기를 바꿔 가며 읽고, 요청 본문이나 픽스처에 넣을 JSON 을 복사한다.

UTF-8 CSV 인데 엑셀에서 한글이 깨지는 이유

엑셀은 .csv 파일에서 UTF-8 을 알아서 감지하지 않는다. 바이트 순서 표시(BOM)가 없으면 시스템의 옛 코드 페이지로 — 한국어 윈도우라면 CP949 로 — 디코딩하고, 여러 바이트로 된 글자는 모조리 깨진 문자열이 된다. 파일이 망가진 것이 아니라 틀린 전제로 읽히고 있는 것이다.

해결은 UTF-8 BOM 이다. 파일 맨 앞의 세 바이트 EF BB BF 를 엑셀이 "UTF-8 로 읽으라"는 신호로 받아들인다. 대가도 알아 두어야 한다 — 그 바이트는 데이터가 아니어서, 같은 파일을 엄격한 파서로 읽으면 첫 열 이름이 id 가 아니라 U+FEFF 가 앞에 붙은 id 로 잡힌다. 이 뷰어가 읽을 때 앞의 BOM 을 떼어내는 이유이고, 엑셀에 줄 파일에는 반대로 붙여야 하는 이유다.

자주 묻는 질문

이 도구가 따르는 규격

• RFC 4180 — CSV 파일의 공통 형식과 MIME 타입 — 이 파서가 따르는 따옴표 규칙. 두 번 쓴 따옴표와 필드 안의 줄바꿈이 여기 있다.
• W3C — 웹의 표 데이터와 메타데이터 모델 — CSV 에 타입 체계가 없는 이유와, 읽는 쪽이 무엇을 추론해야 하는지.

함께 쓰는 도구

• JSON 뷰어붙여넣으면 검증·포맷하고 트리나 표로 본다. 큰 응답도 접어가며 훑는다.
• YAML ↔ JSON 변환기YAML 과 JSON 을 서로 바꾼다. 파싱이 안 되면 파서가 짚은 줄을 그대로 보여준다.
• Base64 인코더 / 디코더텍스트를 Base64 로 바꾸거나 되돌린다. 한글·이모지와 URL 안전 변형까지.