字段的原子性部件編號

Question

在我們的內部庫存應用，我們存儲三個值（在單獨的字段）成爲以這種格式印刷「份數」：PPP-NNNNN-VVVV（P =前綴，N =編號， V =版本）。

因此，舉例來說，如果你有一個部分010-00001-01你知道它的類型爲「010」的一部分（其假設是印刷電路板）的版本1。

因此，在創建零件工程的過程中要組部分一起通過保持「數字」組件（中間5位數字）跨越多個前綴相同，如下所示：

001-00040-0001 - Overall assembly 
010-00040-0001 - PCB 
015-00040-0001 - Schematics 

這似乎是有問題的，令人沮喪，因爲它有時會給「數字」字段增加額外的含義（但並不一致，因爲並非所有具有相同「數字」組件的部分都必須鏈接）。

我是一個純粹主義者還是這很好？ 1NF在原子性方面非常模糊。我認爲我大多因爲額外的邏輯而感到沮喪，以確保整體零件號碼的下一個「數字」部分對所有前綴有效且可用。

Answer 1

已經有許多已沉沒，或幾乎沉沒，對「部件號綜合症」的企業。您可能可以找到一些案例研究。 DEC part numbers有些混合起來。

顧客並不總是正確的，但顧客永遠是客戶。

在這種情況下，聽起來像工程設計試圖用單一數字來建立關係。我的意思是整體裝配，PCB和Scematics之間的關係。將關係建模爲關係更好。它可以讓你在路上更具靈活性。您可能很難在這一點上銷售工程。

Answer 2

根據我的經驗，不管數據庫規範性的規則，當客戶端/客戶/用戶想要的東西做了一定的方式，則很可能是它的一個原因，而這一原因將節省他們的錢（以某種方式）。有時候，通過減少步驟，降低培訓成本，或者僅僅因爲這就是它一直以來的方式來節省資金。無論什麼原因，最終你最終會這樣做，因爲他們付錢讓它完成（除非它違反會計規則）。

在這種情況下，這聽起來像一些查詢額外的排序標準報告，以及新的「分配數量」表的自動遞增的關鍵。這對我來說聽起來不錯。問我一些關於數據庫報告的問題，一位客戶副總裁嚴格委託他們以這樣一種方式投入數據，以使另一位副總裁在會議中看起來很糟糕（而不是他先告訴我）。