“중복 제거”를 누르면 표가 깔끔해집니다. 그런데 두 행의 주문번호만 같고 상태가 다르면 어느 쪽을 남겨야 할까요? 하나는 접수, 다른 하나는 완료일 수 있습니다. 같은 번호라는 이유만으로 지우면 가장 최근 정보를 버릴 수도 있습니다.
그래서 이 글에서는 삭제부터 하지 않습니다. 같은 기록이 두 번 들어온 것인지, 서로 다른 내용을 담고 있는지를 먼저 나눕니다. 아래 검사기는 후보를 표시할 뿐 한 행도 지우지 않습니다.
무엇이 같으면 같은 기록인가요?
먼저 비교 키를 고릅니다. 주문번호가 주문 한 건을 유일하게 가리킨다면 키가 될 수 있습니다. 하지만 주문 하나에 여러 상품이 들어 있다면 주문번호와 상품번호를 함께 봐야 합니다. 무엇을 한 건으로 세는지 정하지 않으면 중복 검사는 시작할 수 없습니다.
TRY IT HERE
완전 일치와 내용 충돌을 나눠 보세요.
입력값은 이 브라우저 안에서만 처리합니다. 아래 검사 기능은 서버에 저장하거나 전송하지 않습니다. 실제 개인정보 대신 예제를 사용하세요.
최대 20만 자 · 원본을 자동 수정하지 않습니다.
세부 데이터·판정 규칙 보기
예제 결과는 세 갈래로 나옵니다.
| 발견한 경우 | 예제 | 다음 판단 |
|---|---|---|
| 완전 일치 | 001의 모든 열이 같음 | 수집 경로·행 수 확인 후 중복 입력 여부 판단 |
| 내용 충돌 | 002의 상태가 pending/done으로 다름 | 변경 시각·원본 기록을 확인 |
| 키 없음 | 마지막 행의 ID가 비어 있음 | 다른 빈 ID와 한 그룹으로 합치지 않고 보류 |
001과 1은 자동으로 합치지 않았습니다. 앞자리 0이 의미 있는 식별자일 수 있기 때문입니다. 공백이나 대소문자도 임의로 지우지 않습니다. 값 정리는 편리하지만, 원본과 다른 값을 만드는 작업이라는 점을 기억해야 합니다.
남길 행은 근거를 보고 고릅니다.
“아래쪽 행이 최신일 것”이라는 추측은 금물입니다. 정렬이나 파일 합치기 과정에서 순서는 쉽게 달라집니다. 변경 시각이 신뢰할 수 있는지, 취소와 완료 중 어느 상태를 우선하는지, 원본 시스템에서 같은 ID가 무엇을 뜻하는지 확인하세요.
- 원본 파일을 복사하고 행 수를 기록합니다.
- 완전 일치 후보와 내용 충돌 후보를 분리합니다.
- 충돌한 행은 원본 조회 결과·판단자·처리 이유를 따로 남깁니다.
- 정리 후 원본 행 수 = 유지 행 + 제외 행이 되는지 대조합니다.
- 다른 표와 연결되는 키가 사라지지 않았는지 확인합니다.
빈 값끼리 같다고 판단하지 않는 이유
ID가 없는 두 행은 같은 사람이나 같은 주문일 수도, 전혀 다른 기록일 수도 있습니다. 확인할 정보가 없을 뿐입니다. “둘 다 비었으니 중복”이 아니라 “키가 없어 판정 불가”라고 남겨야 나중에 되짚을 수 있습니다.
직접 확인할 자료
입력과 판정 규칙을 함께 보면 결과를 다시 확인하기 쉽습니다. 자료의 숫자는 별도 표시가 없는 한 학습용 가상 값입니다.
검증 범위: 2026년 8월 31일, 이 사이트가 제공하는 JavaScript 검사 규칙과 가상 입력으로 실행한 결과입니다. 새로운 Gemini 응답 실험이나 특정 유료 제품의 성능 측정이 아닙니다.
더 확인하고 싶다면
기능과 형식 설명은 아래 공식 자료를 기준으로 확인했습니다. 이 글의 예제 결과와 공식 제품의 보장 범위는 구분해 읽어 주세요.
공식 자료 확인: 2026년 8월 31일. 제품 메뉴와 지원 범위는 버전·언어에 따라 달라질 수 있습니다.