CSV를 JSON 객체 배열로 변환하기

작업 전 준비

값의 뜻과 열 구조를 먼저 정해요

데이터 파일을 바꾸기 전에 한 행이 무엇을 뜻하는지 적어 보세요. 주문 한 건인지, 상품 한 종류인지, 같은 상품의 여러 옵션인지에 따라 합치기와 중복 제거의 기준이 달라져요. 결과가 다른 시스템에 넣을 표인지 사람이 읽을 보고서인지도 구분해요. 형식만 바꾸면 부족한 값이나 업무 규칙이 자동으로 채워진다고 기대하지 말고, 받을 곳의 열 이름과 필수 항목을 원본에 맞춰 확인하세요.

표를 읽는 도구에서는 머리글 행과 시트를 먼저 확인해요. 제목이나 설명 줄이 데이터로 들어가면 모든 열 이름과 행 수가 어긋날 수 있어요. 같은 뜻의 열도 철자나 주변 공백이 다르면 별도 열로 처리될 수 있으니 원본에서 이름을 정리하세요. CSV는 문자 인코딩과 구분자, 따옴표 안의 줄바꿈도 봐야 해요. 화면에서 글자가 깨지면 값을 고치기 전에 원래 파일을 올바른 인코딩으로 읽었는지 살펴보세요.

상품 코드와 긴 식별자는 계산할 숫자와 구분하세요. 앞자리의 영이나 끝자리까지 정확히 남아야 한다면 원본에 그 문자가 있는지 먼저 확인해요. 이미 사라진 자리를 도구가 알아서 복원할 수는 없어요. 날짜의 월·일 순서와 소수점·자릿수 구분 기호도 원본의 규칙을 알아야 해석할 수 있어요. 규칙이 섞인 열에 한 가지 설정을 적용하기보다 같은 규칙을 가진 기록끼리 나누고 해결되지 않은 값은 따로 검토하세요.

비교하거나 연결할 때는 실제로 기록을 구별하는 열을 고르고 원본 파일의 순서를 확인해요. 공백이나 대소문자를 무시하면 다른 코드가 같은 값으로 취급될 수 있어요. 중복을 지울 때는 같은 키의 다른 금액이나 상태를 비교한 뒤 첫 기록과 마지막 기록 중 무엇을 남길지 정하세요. 참조 목록에 같은 키가 반복되면 연결이 거부될 수 있고, 한 셀을 여러 행으로 펼치면 다른 열의 값도 반복되므로 합계를 다시 계산할 때 주의해야 해요.

보고서와 원본 행을 함께 읽어 결과를 검증해요

처리 후에는 행 수가 왜 늘거나 줄었는지 설명할 수 있어야 해요. 합친 표는 각 원본의 기록 수와 출처를 보고, 나눈 표는 빈 값으로 만들어진 그룹까지 확인하세요. 열을 옮기거나 매핑한 결과는 이름뿐 아니라 값이 올바른 열에 들어갔는지 비교해요. JSON처럼 중첩 구조를 담는 형식과 평면 표는 표현 범위가 달라요. 문자열, 빈 값, 배열이 결과에서 어떻게 저장됐는지 실제 사례를 골라 확인하고 모양이 비슷하다는 이유만으로 같다고 판단하지 마세요.

검증이나 중복 제거 보고서가 원본 행 번호를 알려 주면 그 위치에서 값을 확인하세요. 오류가 없다는 결과는 선택한 규칙에 관한 것이지 업무 조건 전체가 맞다는 뜻은 아니에요. 그룹별 합계와 평균은 한 그룹을 원본과 대조하고, 개수 계산이 무엇을 세는지도 확인해요. 숫자를 요구하는 계산 열에 통화 기호나 글자가 있다면 의미를 알고 정리하세요. 빈값을 자동으로 채우는 기능이 없는 보고서는 부족한 값을 직접 판단하는 자료로 써야 해요.

인쇄용 표, 크기표, 코드 라벨을 만들 때는 표시된 값과 실제 크기를 함께 봐요. 단위 변환이나 새 코드 발급 기능이 있다고 가정하지 말고 원본 값이 어떻게 쓰이는지 확인하세요. QR이나 바코드는 이름과 코드가 맞는지 보고 사용할 크기로 출력해 스캔해요. Base64를 다룬다면 파일 바이트를 나타내는 인코딩과 문자 인코딩, 암호화를 구분하세요. XML과 JSON처럼 데이터 모델이 다른 형식에서는 확장자뿐 아니라 필드와 구조를 비교하고 받을 시스템의 요구를 따로 확인해요.

내려받은 파일은 실제로 사용할 프로그램에 다시 넣어 보세요. CSV를 열면서 식별자가 숫자나 날짜로 바뀌는지, 수식 열이 저장된 계산 결과로 읽히는지 확인해요. 글자가 이미 깨진 원본, 잘린 긴 숫자, 없는 열을 반복 실행만으로 복원할 수는 없어요. 처리 실패가 있으면 오류가 가리킨 열과 규칙을 먼저 확인한 뒤 원본의 문제인지 설정의 문제인지 나눠요. 해결되지 않은 행을 남겨 두고 확인한 값과 함께 추적하면 다음 수정에서 범위를 잃지 않아요.