這是我需要完成的正確模式設計嗎？

CLIENTES（客戶表），嘉澤端子工業股份有限公司（批號表），ARTICULOS（項目表）和TRANSACCIONES（事務表）。

我定義很多表的原因是，當客戶典當或出售物品時，當鋪將所有這些物品分組爲一個批次，計算總貸款或購買金額，將這些值存儲在一個交易下並打印票據所有項目和總金額的描述。所以我想說的是，如果客戶違約支付利息或不贖回典當，那麼客戶將喪失所有物品，典當行可能會選擇向黃金煉油廠出售一些物品和/或將其他非黃金物品轉移到庫存以賣給公衆。換句話說，我希望能夠對每件物品進行爆發性爆炸。

上述ER是否足以滿足此功能？

來源

2010-11-11 Frank R.

通過銷售一些物品或將它們轉移到庫存，你會把他們從這個地段？或者他們留在這個地段，並以某種方式被標記爲被轉移/轉移？ – 2010-11-11 12:02:25

Hola Gilbert：該地段保持不變，因爲80％的客戶贖回地段以恢復典當交易中的所有物品。如果客戶沒有支付利息或贖回地段，最終他們將失去所有當鋪物品，因此每個物品可能會沿不同的方向行進。 – 2010-11-11 15:58:53

從邏輯模型的角度來看，您可能不希望在批次（因爲它來自客戶）或交易或文章（因爲他們通過批次和客戶獲取）上存儲store_id。在物理層面，您可能會將這些屬性作爲屬性（稱爲非規範化），您有數據顯示的風險，例如，LOT 1234位於CUSTOMER C12和STORE S1位置，而客戶表的C12位於商店S2。

當然，您可能允許史密斯先生在一家商店典當一件物品，但在另一家商店付款。或者也許某個商品可能會在一家商店被搗毀，但出於安全或空間原因而物理上轉移到另一個商店。如果是這樣，那麼在這些實體上有不同的商店ID是適當的。

然而，這並不舒適，因爲'商店'是客戶的屬性，因爲這意味着他們只與一家商店有關係。

另請注意，如果MR P BROKER有三家商店會發生什麼情況，但決定關閉一家商店並將其轉移到其他商店。您需要合併商店，但是您是否更新了所有交易和文章以及許多商店（包括正在「進行中」和已兌換商品的商店）的商店編號，或者是否將商店編號保留爲原始商店編號？

另一個常見的數據建模問題是識別客戶。史密斯先生是一位客戶還是史密斯夫人，還是史密斯先生和夫人是同一客戶的「部分」？史密斯史密斯先生是否可以贖回它？我正在考慮家庭爭吵，有爭議的傳家寶....也許她不能贖回它，但可以付款。

如果一件物品（例如手錶）被包含在一個批次中，然後被兌換，然後包含在另一批次中，它是否會得到不同的item_id？

來源

2010-11-12 02:45:49

第一段：我在所有表中包含store_id的原因是因爲store_id應該是複合鍵的一部分，以避免在必須將每個存儲數據合併到一個數據庫中時出現重複鍵。 lot_id是自動編號，如果合併來自不同商店的行，會導致重複。第二個參數：是true ..第三個參數：store_id保持爲cust，儘管另一個商店可能會處理該客戶的交易（如在銀行系統中）。4th par ：在每個表格中包含store_id的所有更多理由。第5個參數：不行，每個cust行只有1個人。最後一個參數：是！ – 2010-11-16 03:43:14

當客戶購買向公衆提供的文章時，這是一項交易嗎？或者你的數據庫只跟蹤有關批次的交易？

您的系統中是否可以存在一個項目而不參與任何批次？你不能在你提出的ER模型中表達這個事實。

您的ER模型不顯示任何多對多的關係。這讓我很懷疑。我從來沒有在當鋪工作，所以我不能肯定地說。但是我見過的其他企業數據庫至少有一個多對多的關係。有時候，一段關係被當作一個實體來對待，並且會出現一個自己的關係。但是那個盒子會在多於一種關係的「無限」端，這在我的圖中是看不到的。

Buena suerte。

來源

2010-11-11 13:23:57

是的，該項目被轉移到庫存（一個交易），然後賣給一個客戶（另一個交易）..不，只有一個項目或更多，這些被分配一個唯一的批號..正確的，沒有多少一對多的，這可能會導致問題。 – 2010-11-11 16:07:01

這是我需要完成的正確模式設計嗎？

回答

相關問題