텍스트·정규식
두 목록에서 추가·삭제된 항목 찾기
사용할 도구
어제와 오늘 목록 또는 생성 예정 ID와 실제 생성 ID를 비교할 때 중요한 것은 행 위치보다 소속입니다. 텍스트 차이에 이동이 많다면 집합 비교가 질문에 더 맞을 수 있습니다.
한 행 한 항목으로 입력하면 합집합·교집합·왼쪽에서 오른쪽을 뺀 차집합·반대 차집합이 나옵니다. 용어를 외우기보다 왼쪽을 예정, 오른쪽을 실적으로 정해 업무 질문으로 바꿔 읽으세요.
예정 세 건, 실적 세 건이어도 같지 않습니다
alpha
beta
gammagamma
beta
delta양쪽 세 행이지만 구성원은 다릅니다. 공통은 beta·gamma, 예정에만 있는 왼쪽−오른쪽은 alpha, 실적에만 있는 반대 차집합은 delta입니다. 총수가 같아도 누락이 없다는 뜻은 아닙니다. 같은 행 위치보다 소속을 보면 누락·추가를 직접 설명합니다.
합집합은 어느 쪽에든 있는 항목을 한 번씩 나열해 alpha·beta·gamma·delta 네 종류입니다. 공통 두 항목을 한 번만 세므로 3+3이 여섯 구성원은 아닙니다. 단순히 목록을 이어 붙이는 것과 다릅니다.
차집합에는 방향이 있습니다
'차이는 alpha'만으로는 누락인지 추가인지 모릅니다. 왼쪽 예정·오른쪽 실적이면 왼쪽−오른쪽은 미등록 후보, 반대는 계획 외 후보입니다. 입력을 바꾸면 뜻도 반대입니다. 공유할 때 역할·시점을 적으세요.
후보라고 부르는 것은 목록에 없다고 자동으로 장애는 아니기 때문입니다. 수집 시각·기간·필터가 달라도 차이가 납니다. 도구는 입력 목록만 알므로 대조 전에 범위와 마감 시점을 맞추세요.
같은 ID 두 번도 집합에서는 한 종류
alpha
alpha
betaalpha
beta양방향 차집합은 모두 비어 있습니다. alpha 출현은 2대1이어도 종류는 같습니다. 수량이 중요한 재고·주문·발생 횟수 대조에는 부족합니다. 차집합이 비었다고 수량까지 같다고 결론내리지 마세요.
순서 변경도 소속 차이가 아닙니다. alpha·beta와 beta·alpha는 같은 집합입니다. 절차 순서·순위·우선 규칙은 텍스트 차이를 쓰세요. 성능 우열보다 무엇을 같다고 보는지가 다릅니다.
빈 행과 앞뒤 공백은 비교 전에 제거됩니다
비교 전에 앞뒤 공백을 제거하고 빈 행을 제외하므로 공백으로 둘러싼 alpha도 alpha와 같습니다. 붙인 목록에는 편하지만 공백이 식별 정보라면 맞지 않습니다. 원문 그대로의 일치는 공백을 무시하지 않는 텍스트 차이를 쓰세요.
내부 공백·전각/반각·Unicode 형태까지 모두 통일하지는 않습니다. 비슷해 보이는데 차이가 남으면 코드 포인트를 확인하세요. 이유 없이 소문자화하거나 기호를 지우면 서로 다른 ID를 합칠 수 있습니다.
대소문자 무시 전에 동일성 규칙 정하기
왼쪽 Alpha·오른쪽 alpha는 기본적으로 다르지만 대소문자 무시를 켜면 공통입니다. 원래 시스템의 ID 규칙을 자동 조사하는 기능이 아니라 비교 옵션입니다. 원래 대소문자를 구분한다면 무시한 결과로 등록·삭제를 판단하지 마세요.
출력에 남는 표기가 공식 대표 ID를 정하지는 않습니다. 표준화할 때는 공식 ID 목록과 대조하세요. 발음·약칭·동의어·사람이나 상품의 동일성을 추측하지도 않습니다. 개체 식별과 이미 ID가 맞춰진 집합 비교는 다릅니다.
네 결과를 서로 점검하기
첫 예는 왼쪽 전용 1·공통 2·오른쪽 전용 1을 합쳐 합집합 4입니다. 왼쪽 세 종류는 전용 1+공통 2이며 오른쪽도 같습니다. 원래 행 수가 아닌 비교 규칙 적용 후 종류 수로 해석을 점검하세요.
'같은 기간, 빈 행·앞뒤 공백 제거, 예정에만 alpha·실적에만 delta'처럼 조건과 방향을 남기세요. 해당 항목만 원본 시스템에서 보면 작업을 좁힐 수 있습니다. 도구는 등록·삭제하지 않으므로 원인과 대응은 운영 절차로 판단하세요.
개수가 같아도 구성원이 같지는 않습니다
예정이 A·B·C이고 완료가 A·C·D라면 둘 다 세 건입니다. 개수만 보면 누락된 B와 예상 밖 D를 놓칩니다. 예정에서 실제를 빼면 B, 실제에서 예정을 빼면 D입니다. 합집합은 A·B·C·D, 교집합은 A·C입니다. 집합은 구성원을 설명할 뿐 작업의 성공 이유나 실행 시각까지 알려 주지는 않습니다.
예정 A·A·B와 실제 A·B는 집합으로 같습니다. 하지만 A를 두 번 실행해야 했는지는 알 수 없습니다. 상품 수량, 요청, 결제는 출현 횟수도 중요합니다. 작업별 고유 ID를 쓰거나 횟수를 별도로 집계해 대조하세요. 중복 제거 후 일치한다고 필요한 횟수가 모두 끝났다는 뜻은 아닙니다.
두 목록이 같은 시점인지도 확인하세요. 예정 목록을 내보낸 뒤 추가된 ID는 실제 결과에만 있어도 정상일 수 있고, 처리 도중의 결과라면 아직 예정 ID가 빠져 있을 수 있습니다. 도구는 시점을 모르므로 수집 시각과 범위를 함께 남기세요. 차이를 찾는 일과 오류라고 판단하는 일을 나누면 잘못된 수정도 줄일 수 있습니다.