CRLF와 LF 줄 끝이 섞인 레코드 확인하기

줄 끝이 섞이는 이유

Windows 프로그램은 보통 각 줄을 캐리지 리턴과 라인 피드(CRLF)로 끝내고, Unix와 macOS 도구는 라인 피드(LF)만, 일부 오래된 시스템은 캐리지 리턴(CR)만으로 끝냅니다. 서로 다른 프로그램의 출력을 이어 붙이거나 파일 일부를 다른 파일에 붙여 넣으면, 텍스트 하나에 세 가지가 모두 들어갈 수 있습니다. 그러면 어떤 도구는 레코드 두 개를 하나로 합치거나 하나를 둘로 나눕니다.

구조 확인 도구는 따옴표로 묶인 필드 밖에 있다면 세 가지 모두를 레코드의 끝으로 받아들입니다. 따옴표 안의 줄바꿈은 그 셀 텍스트의 일부이며 새 레코드를 시작하지 않습니다.

레코드 세기

• 텍스트를 나눠서 붙이지 말고 전체를 한 번에 표 텍스트에 붙여 넣습니다.
• 필드 구분 기호를 선택하거나 구분 기호 감지를 선택된 상태로 두고 계산을 누릅니다.
• 행 수를 원본 페이지에서 예상되는 레코드 수와 비교합니다.
• 너비가 다른 행을 확인합니다. 0이면 모든 레코드가 머리글과 같은 수의 필드를 가진다는 뜻입니다.
• 데이터에 따옴표로 묶인 메모가 있다면, 안쪽 줄바꿈이 유지되므로 그 셀을 따로 살펴봅니다.

Mira와 Noah 예시

이 페이지의 예시는 머리글 id,name과 레코드 1,Mira, 2,Noah로 이루어져 있고, 필드 구분 기호는 쉼표이며 줄마다 줄 끝이 다릅니다. 구조 확인 도구는 3행 2열로 보고합니다. 3행 2열은 Noah로, 줄 끝이 일관되지 않아도 마지막 레코드를 찾았음을 보여 줍니다.

텍스트 맨 끝의 줄바꿈 하나는 빈 레코드를 추가하지 않습니다.

다운로드가 줄 끝에 하는 일

다운로드 (CSV)는 입력에서 무엇을 썼든 모든 레코드 경계를 CRLF로 기록하므로, 다운로드한 파일은 일관됩니다. 따옴표로 묶인 셀 안의 줄바꿈은 따옴표 안에 그대로 기록됩니다. Tablora 앱의 CSV 내보내기도 모든 행을 CRLF로 끝냅니다.

받는 쪽 프로그램이 여전히 레코드 수를 잘못 보여 준다면, 데이터를 바꾸기 전에 그 프로그램의 가져오기 설정에서 따옴표 필드 처리를 확인하세요.

그래도 개수가 이상해 보일 때

• 행이 예상보다 많다면 원본에서 따옴표로 묶이지 않은 값 안에 줄바꿈이 있다는 뜻일 수 있습니다.
• 행이 예상보다 적다면 여는 따옴표가 뒤따르는 줄을 삼켰다는 뜻일 수 있습니다. 닫히지 않은 따옴표 필드를 찾아보세요.
• 텍스트를 확인하기 전에 줄 끝을 직접 바꾸지 마세요. 파서는 이미 세 가지를 모두 처리합니다.
• 캐리지 리턴만으로 줄을 끝내는 시스템의 텍스트는 일부 편집기에서 긴 한 줄처럼 보일 수 있습니다. 그래도 구조 확인 도구는 레코드로 나누므로, 편집기 화면보다 행 수를 믿으세요.

입력값

표 텍스트

id,name 1,Mira 2,Noah

필드 구분 기호

,

결과

행 수

3

열 수

2

너비가 다른 행

0