4번째 줄이 3번째 레코드인 이유
RFC 4180은 따옴표로 감싼 필드 안의 줄바꿈을 설명하는 Informational 문서입니다. 이 예제의 first와 second는 한 셀의 두 줄입니다. 화면 너비 때문에 글자가 접히는 자동 줄바꿈은 입력에 들어 있는 실제 줄바꿈과 구분하세요.
id,note
001,"first
second"
002,ok,extra위 입력은 실제 줄 4개, 헤더를 포함한 레코드 3개입니다. Moyoutil은 마지막 레코드에서 필요한 열 2개·실제 열 3개 오류를 반환했습니다. 오류 위치는 줄 4·레코드 3입니다. 셀 안의 줄바꿈이 레코드 번호를 하나 더 늘리지 않습니다.
열 개수와 원래 값을 함께 확인하세요
extra가 실수로 추가된 값이라는 가정에서만 마지막 줄을 002,ok로 고치세요. 실제 데이터라면 값을 버리지 말고 헤더와 다른 레코드의 구조를 함께 정해야 합니다. 이 가정으로 수정하면 데이터 2행·2열로 변환되며 note의 실제 줄바꿈과 id의 001이 문자열로 남습니다.
[
{"id":"001","note":"first\nsecond"},
{"id":"002","note":"ok"}
]도구의 문제 위치로 이동을 눌러 입력 위치를 확인한 뒤 다시 변환하세요. 닫히지 않은 따옴표 오류는 잘못 읽기 시작한 여는 따옴표 위치를 가리킬 수 있습니다. 마지막에 줄바꿈 한 번을 붙이는 것과 빈 레코드를 추가하는 것은 다릅니다. 원본을 보관하고 실제 구분자도 확인하세요.
자주 묻는 질문
줄바꿈을 모두 삭제하면 해결되나요?
권장하지 않습니다. 줄바꿈이 셀 값의 일부일 수 있습니다. 이 예제에서는 셀의 줄바꿈을 보존하고 마지막 레코드의 열 개수를 수정합니다. 다른 CSV 프로그램은 진단 위치나 방언 처리가 다를 수 있습니다.