複式會計數據庫設計

簡單的問題複式會計數據庫設計

見http://homepages.tcp.co.uk/~m-wigley/gc_wp_ded.html

確定有3個表帳號，作者，並張貼

如果你想有一個交易狀況，應該在哪裏的狀態欄會？

狀態應該是在期刊表
狀態應該是在發帖表

請解釋一下你的選擇，謝謝。

來源

2011-09-01 001

簡單，但詭計的問題？對於成功/失敗狀態沒有要求，因爲期刊是一個合乎邏輯的工作單位，其所有職位都是該工作單位的一部分。因此，如果邏輯工作單元成功，或者工作單元不成功，則它們不存在，則存在JOURNAL和其POSITIONS。

這個簡單的測試（它在那裏，因爲它的工作原理或它不存在，因爲它沒有）是一個事實的後果，即有一個業務需求來確保JOURNAL包含一個包含一個連續的數字序列的候選鍵，這是必要的，因爲它給審計師一種錯誤的安全感。

在現實世界的系統中，將會有第二組表格，沿着PENDING_BATCH，PENDING_JOURNAL和PENDING_POSTING的線路，這些表格將包含尚未完成的交易。在這裏保存各種狀態信息是有意義的。待處理事務的事務狀態屬於PENDING_JOURNAL表，因爲整個日誌及其所有發佈必須作爲一個單元成功或失敗，所以應該將單元的狀態標準化爲父記錄（即PENDING_JOURNAL）。

來源

2011-09-01 13:56:13

如果您將狀態置於日記中，情況如何？只有發佈到POSTING表時最後？ – 001

我不知道如何工作。您需要從一開始就有POSTING記錄，因爲這就是您如何知道哪些金額進入了哪些帳戶。如果你一直讀到你提供的鏈接的末尾，你會發現作者還指出，你需要有一組單獨的表格用於待處理工作。 –

你的意思是批處理表？「批處理的概念對於電子數據傳輸也很有用，因爲它提供了審計跟蹤和糾正處理的彙總方法。通常，將」未經授權「條目的細節保存在與」摺疊「將「授權」過程中的兩個條目放入POSTING表中。「 – 001

複式會計數據庫設計

回答

相關問題