我已經在研究倉庫管理軟件。一旦我們需要軟件中的購買請求部分,我就會想起一個問題。 顯然,一個人可能會要求「多個」項目,我不知道如何將這些多個要求的東西信息(例如東西ID,東西數量或總價格)保存在一個單表和單列。 (也許你可以稱它爲「請求的東西」)在列中保存多個數據
當然(正如我的知識告訴我的),你不能在一個列中保存多個數據。
我已經在研究倉庫管理軟件。一旦我們需要軟件中的購買請求部分,我就會想起一個問題。 顯然,一個人可能會要求「多個」項目,我不知道如何將這些多個要求的東西信息(例如東西ID,東西數量或總價格)保存在一個單表和單列。 (也許你可以稱它爲「請求的東西」)在列中保存多個數據
當然(正如我的知識告訴我的),你不能在一個列中保存多個數據。
這是數據標準化的基本練習,具體是第一範式。爲了讓不同的「請求的東西」項目分開,以便您可以使用它們,您需要將它們放在表格的不同行上。
因此,您需要一張表格作爲請求,另一張表格請求詳細信息。請求細節中的每一行都與請求中的一個項目有關。要求詳細信息的關鍵是複合材料,由請求的關鍵字和項目編號組成,以使其具有獨特性。
你在找什麼是一對多的關係模型。 一個人可能有許多'請求的東西'。在谷歌或任何數據建模書中尋找「一對多關係」。其他檢查條款:database normalization
和normal form
。
PS。它看起來你會需要更多的間接性。一個人可能有多個訂單,每個訂單可能有多個項目。
您可以將該組產品詳細信息以序列化格式存儲在單個列中。