실제 관측을 지우지 않고 입증된 청산 재처리 제거하기

세 종류의 식별 정보를 구분하기

전송 또는 저장 ID는 시스템이 같은 저장 메시지를 두 번 처리했다는 것을 보여 줄 수 있습니다. 공급자 사건 ID는 문서화된 범위와 안정성이 뒷받침할 때 두 전달이 같은 사건이라는 것을 보여 줍니다. 일반적인 사건 값으로 만든 지문은 값이 일치한다는 것만 나타냅니다. 지문이 자동으로 사건 ID가 되는 것은 아닙니다.

여기서 인용한 공개 청산 스키마는 모든 관측에 일반 계좌 ID나 안정적인 고유 체결 ID를 제공하지 않습니다. 구독 요청 ID나 타임스탬프로 그런 식별자를 만들어 내지 마세요. 중복 제거 규칙의 확실성을 기록하고 원본을 보존하며, 제거한 로컬 재처리와 아직 식별되지 않은 공급자 관측의 값 일치를 구분합니다.

수정 이력을 보존하기

연구용 합계에는 원래 처리 횟수, 입증된 재처리 수량, 수정된 로컬 합계와 미해결 사례를 보존하세요. 경험적 규칙으로 합계가 바뀌면 규칙과 영향을 공개합니다. 불확실성을 숨긴 깔끔한 숫자가 더 믿을 만한 것은 아닙니다. 늦은 업데이트, 누적 주문 상태, 원천 기록 수정도 각 의미를 명시해야 하며 모두 같은 중복으로 처리할 수 없습니다.

처리 합계 20단위에서 입증된 재처리를 빼면 15단위가 된다

가상 아카이브에서 파티션과 오프셋의 조합이 변경 불가능한 저장 메시지를 식별합니다. P0:41에는 수량 2와 3인 두 행이 있고 작업자가 같은 메시지를 두 번 처리합니다. P0:42에는 수량 5인 한 행이 있습니다. P0:43에는 공개 필드가 같은 별도의 5단위 행이 있지만 공급자 사건 ID는 없습니다. 뒤의 두 메시지는 따로 저장된 관측입니다. 예시의 모든 수량은 같은 기준 자산 단위의 신규분입니다.

단순 합계는 5 + 5 + 5 + 5 = 20입니다. P0:41의 반복 읽기는 로컬 저장 식별자로 입증되므로 두 번째 5단위 기여를 제거하면 로컬에서 한 번씩 센 합계는 15입니다. P0:42와 P0:43의 값이 같다고 해서 같은 사건의 중복 전달인지 별도 사건 둘인지 알 수는 없습니다. 같은 사건이면 실제 사건 수량은 10, 별도 사건이면 15입니다. 이 대안은 닫힌 가상 원장에만 적용되며 전체 거래소 시장의 범위가 아닙니다.

로컬 오프셋은 로컬 동일성만 입증한다

다른 오프셋 두 개는 저장 기록 둘을 증명할 뿐 고유 거래소 사건 둘을 반드시 증명하지 않습니다. 반대로 내용 해시는 공개 필드가 우연히 같은 다른 사건을 합쳐 버릴 수 있습니다. 양쪽 한계를 설명할 맥락을 보관하세요. 이후 독립 증거로 두 기록의 관계가 확인되면 과거 연구 입력을 조용히 바꾸지 말고 날짜를 기록한 수정으로 반영합니다.