건수로 갈리지 않는 것

같은 송장번호가 원본 주문과 교환 재발송 주문 두 건에 물려 있었다. 입점사가 기존 송장을 다시 입력한 것으로 보였지만 그렇게 단정하기 전에 확인할 것이 있었다.

Open Table of contents

두 건에 물린 같은 송장

같은 식별자가 두 곳에 있다는 사실만으로는 어떻게 그렇게 됐는지가 나오지 않는다. 두 번 따로 입력된 것일 수도 있고 한 건을 나중에 덮어쓴 것일 수도 있다.

두 경우는 이후 처리가 달라지므로 갈라야 했다. 어느 쪽인지에 따라 안내할 내용도 바로잡을 값도 달라진다.

먼저 출고 처리가 몇 번 일어났는지를 COUNT(*) 로 세어 봤다. 두 번이면 각각 입력된 것이고 한 번이면 덮어쓴 것이라고 생각했다.

그런데 그 COUNT(*) 로는 두 경우가 안 갈렸다. 덮어쓰기로 처리된 경우에도 건수가 같게 나올 수 있는 구조였기 때문이다.

그래서 각 행의 created_at 과 updated_at 을 나란히 놓고 봤다. 둘이 같으면 만들어진 뒤 손대지 않은 것이고 다르면 나중에 무언가 바꾼 것이다.

한 건은 두 시각이 달랐고 그 차이가 며칠이었다. 건수로 안 갈리던 것이 시각 두 개를 대조하니 갈렸다.

확증을 위해 이력 표도 SELECT 해 봤는데 거기에는 생성이라고 찍혀 있었다. 시각 대조와 반대되는 기록이었다.

grep 으로 코드를 확인해 보니 갱신 경로에서도 그 이력을 생성으로 남기고 있었다. 이력의 문구와 실제 동작이 다를 수 있으므로 문구만 읽고 판단하면 뒤집힌다.

이 구분이 필요했던 이유가 하나 더 있었는데 경과일을 created_at 기준으로 재고 있었다. 덮어쓴 건에서는 그 기준이 실제 출고 시점과 달라서 계산이 오염된다.

조사 기록을 남길 때 앞서 적힌 내용과 어긋나는 부분을 지우지 않고 충돌을 명시해 뒀다. 새 관측이 옛 기록을 자동으로 이기는 것이 아니라 둘 다 표본 하나이기 때문이다.