답변

4

간단하지만 간계 질문입니까? JOURNAL은 논리적 인 작업 단위이고 모든 POSTING은 그 작업 단위 (UOW)의 일부이기 때문에 성공/실패 상태에 대한 요구 사항은 없습니다. 따라서 JOURNAL과 POSTINGS는 논리적 작업 단위가 성공한 경우 존재하거나 작업 단위가 실패한 경우 존재하지 않습니다.

이 간단한 테스트 (제대로 작동하지 않았거나 없기 때문에 거기에있는 것입니다)는 JOURNAL에 깨지지 않은 일련의 숫자로 구성된 후보 키가 포함되도록하는 비즈니스 요구 사항이 있다는 사실의 결과입니다 이는 감사원에게 잘못된 보안 감각을 부여하기 때문에 필요합니다.

실제 시스템에서는 아직 완료되지 않은 트랜잭션을 포함하는 PENDING_BATCH, PENDING_JOURNAL 및 PENDING_POSTING 행을 따라 두 번째 테이블 세트가 있습니다. 다양한 종류의 상태 정보를 여기에 보관하는 것이 좋습니다. 보류중인 트랜잭션의 트랜잭션 상태는 PENDING_JOURNAL 테이블에 포함됩니다. 전체 저널 및 모든 게시가 하나의 단위로 성공 또는 실패해야하므로 단위 상태가 상위 레코드 (예 : PENDING_JOURNAL)로 정규화되어야하기 때문입니다.

+0

업무 일지에 상태를 입력하면 어떨까요? 그것의 마지막 때만 POSTING 테이블에 게시 하시겠습니까? – 001

+0

어떻게 작동하는지 모르겠습니다. 어떤 금액이 어떤 계좌에 들어 갔는지 알기 때문에 처음부터 POSTING 기록이 있어야합니다. 당신이 제공 한 링크의 끝까지 다 읽으면 저자는 보류중인 작업을위한 별도의 테이블 세트가 필요하다는 것을 지적합니다. –

+0

당신은 배치 테이블을 의미합니까? "일괄 처리 개념은 감사 추적 및 수정 처리를위한 집계 방법을 제공하기 때문에 전자 데이터 전송에도 유용합니다. 일반적으로 '승인되지 않은'항목의 세부 사항을 '퍽커'와 별도의 테이블에 보관하는 것이 현명합니다. '승인'프로세스에 의해 POSTING 테이블에 두 번 입력 " – 001