본문으로 건너뛰기

CSV 뷰어

CSV Viewer

큰 구분자 파일을 전부 메모리에 올리지 않고 열어 열 유형·통계·정렬을 보여 줍니다.

스프레드시트가 버거워하는 구분자 파일을 브라우저에서 엽니다. 어디로도 보내지 않습니다. 인코딩과 구분자를 어떻게 판단했는지 바꾸는 버튼 바로 옆에 적어 두므로, 한글 엑셀이 저장한 CP949 파일도 깨지지 않고 열리고, 판단이 틀렸으면 그 자리에서 고칠 수 있습니다.

🔒 브라우저 안에서만 처리csvviewertablepreview

CSV 또는 TSV 파일을 놓으세요

이 탭에서 읽습니다. 업로드하지 않습니다. 한글·일본어·중국어·서구권 엑셀이 저장한 파일(CP949, Shift_JIS, GBK, Windows-1252)을 알아봅니다.

사용 방법

  1. 파일을 놓습니다

    이 탭에서 읽습니다. 업로드하지 않기 때문에 고객 이름이 든 파일도 여기서 열 수 있습니다.

  2. 판단한 인코딩과 구분자를 확인합니다

    요약 줄에 무엇으로 판단했고 근거가 무엇인지 적혀 있습니다. CP949로 읽어 한글이 나왔는지, Shift_JIS로 가나가, GB18030으로 한자가, Windows-1252로 악센트 글자가 나왔는지까지요. 글자가 이상하면 바로 옆의 다음 후보를 한 번 눌러 바꿀 수 있고, 두 인코딩이 너무 비슷해 가릴 수 없을 때는 조용히 고르는 대신 그렇다고 적어 둡니다.

  3. 정렬하고 거르고 고칩니다

    머리글을 누르면 정렬되고 시프트를 누른 채 누르면 두 번째 기준이 붙습니다. 칸을 누르면 고칠 수 있습니다. 걸러내기는 행을 숨길 뿐 버리지 않아서 내려받는 파일에는 그대로 들어 있습니다.

  4. 다시 내려받습니다

    내보내는 파일은 BOM이 붙은 UTF-8입니다. 한글 엑셀이 이 파일을 열 때 글자가 다시 깨지지 않는 이유가 그것입니다.

자주 묻는 질문

얼마나 큰 파일까지 열리나요?

수십만 행도 무리 없습니다. 화면에 보이는 행만 실제로 그리기 때문입니다. 한계는 도구가 아니라 탭의 메모리이고, 문제가 될 만큼 큰 파일은 실패 대신 읽는 표시로 먼저 티가 납니다.

한글이 왜 깨져 보이나요?

CP949 파일을 UTF-8로 읽었기 때문입니다. 한글 윈도우의 엑셀은 CSV를 ANSI 코드 페이지, 즉 CP949로 저장하는데 UTF-8이라고 가정하는 도구는 모두 이 지점에서 틀립니다. 같은 저장이 일본어 윈도우에서는 Shift_JIS, 중국어에서는 GBK, 스페인어에서는 Windows-1252가 되고 여기서는 모두 알아보므로, 요약 줄이 권하는 인코딩으로 바꾸면 제대로 읽힙니다.

칸 수가 다른 행이 있다고 나옵니다

버리지 않고 빈 칸을 채워 넣으며, 처음 나온 행 번호를 알려 주니 직접 확인할 수 있습니다. 원인은 거의 항상 따옴표 없는 값 안에 구분자가 들어간 경우입니다. 주소 안의 쉼표, 메모 안의 탭 같은 것입니다.

고친 내용이 원본 파일에 반영되나요?

아닙니다. 디스크의 파일에는 쓰지 않습니다. 고친 내용은 새로 내려받기 전까지 탭 안에만 있습니다.

이 도구로 이어지는 것

다음 단계

이 도구의 결과를 그대로 받을 수 있는 도구들입니다.