CSV 중복 행을 지운 뒤 꼭 확인할 4가지, 원본·인코딩·실패 기록
CSV에서 중복 행을 지운 뒤 파일이 열리기만 하면 끝났다고 보기 쉽습니다. 하지만 정리 작업에서 더 무서운 문제는 오류 창이 아니라 조용한 누락입니다. 원본이 덮어써졌거나, 문자 인코딩을 잘못 읽었거나, 여러 파일 중 일부만 실패했는데도 결과 폴더만 보고 넘어갈 수 있습니다. 2026년 7월 30일 Windows용 CSV Audit Cleaner로 4행 표본을 실제 처리했습니다. 결과는 2행이었고, HTML 감사 보고서에는 빈 행 1개·중복 1개·실패 0건으로 기록됐습니다. 이 표본을 기준으로 CSV 정리 뒤 확인할 순서를 네 가지로 나눠보겠습니다. 첫째, 정리 파일보다 원본이 그대로 남았는지 먼저 봅니다 원본과 결과를 같은 파일에 덮어쓰면 문제가 발견돼도 돌아갈 곳이 없습니다. 이 도구는 원본과 다른 새 실행 폴더에 cleaned 결과를 만들고, 원본의 SHA-256을 보고서에 기록합니다. 사용자는 원본 폴더와 결과 폴더를 나란히 두고 확인할 수 있습니다. 실행 전에 따로 복사본을 만드는 습관도 좋지만, 프로그램 자체가 원본을 덮어쓰지 않는지 확인하는 것이 먼저입니다. ‘저장’ 버튼을 누르는 순간 원본에 반영되는 편집기라면 자동화 속도보다 백업 계획이 우선입니다. 둘째, 입력 4행→출력 2행의 이유가 숫자로 맞아야 합니다 결과 행 수만 보면 두 행이 사라졌다는 사실밖에 알 수 없습니다. 실제 표본에서는 완전히 빈 행 1개와 order_id 가 같은 중복 행 1개가 빠졌습니다. 입력 4에서 두 항목을 빼면 출력 2가 됩니다. 보고서의 입력·출력·빈 행·중복 행 숫자가 이 관계와 맞는지 확인해야 합니다. 중복 기준 열을 지정했을 때는 한 단계 더 봐야 합니다. 예를 들어 order_id 를 기준으로 잡으면 다른 열이 달라도 같은 주문번호 행은 중복으로 처리될 수 있습니다. 기준 열을 비워 두면 전체 행의 값이 모두 같은 경우만 중복으로 제거합니다. 여러 CSV를 한꺼번에 처리할 때는 지정한 열 이름이 모든 파일의 헤더에 정확히 있어야 합니다....