命名問題 - 非編程問題

我在我的db中有兩個表：Customers和Subcontractor。命名問題 - 非編程問題

現在看來，一些客戶也可以是分包商。

我決定做的是創建一個基表（超類型），它包含公共數據，然後在其他表中爲每種類型（客戶，分包商）完成相關信息。這將是這樣的：

NEW_TABLE<------Customers 
      <------Subcontractors

問題是，我真的不知道該怎麼稱此表。名稱「合作伙伴」是最好的選擇嗎？

2011-09-02 Naor

你正在處理的領域是什麼？合作伙伴聽起來沒問題，但域名可能有更好的術語 –

是的，交通是域名。 –

說。獲得真正有用的答案之前，需要有關該域的更多信息。

但我建議ThirdParty或ExternalParty，因爲我假設Customers和Subcontractors是您的業務外部。內部團體可能是User,InternalParty等。

我想你已經正確地標記了這個問題。

希望這會有所幫助。

2011-09-02 23:10:07

沒有人可以在不知道域名的情況下回答你的問題。它可以是合作伙伴，聯繫人，公司。

2011-09-02 23:02:24

'Party'可能是個好名字。你可以找到this和this有趣。或者只是谷歌「數據庫黨模式」。

2011-09-02 23:03:47 Dmitry

我叫它SubcontractorBase，但圍指出，這是很難不知道與其他響應者同意域

2011-09-02 23:04:43 thumbmunkeys

如何讓一張桌子和所有選項（無論如何命名爲BOOL），這樣您就可以很容易地指出一個聚會何時屬於多個組（您還可以根據需要添加類別）未來）

2011-09-02 23:22:17

問題在於每行都會有許多未使用的列。 – Naor

恕我直言，主要有兩種選擇：

有一個表叫third_party有兩種'customer'或「subcontractor」的party_type柱（與他人和時間的推移，像「supplier '等）。詳細信息主要是聯繫人詳細信息，這對所有第三方都很常見
現在有兩個表格，但將公用數據存儲在單獨的表格中，例如contact_details，並且在兩個表格中都有一個外鍵細節記錄。當客戶也是承包商時，這兩個記錄都會指向相同的詳細記錄。

我更喜歡選項2，因爲它允許爲每種類型存在不同的關係。

2011-09-02 23:44:36 Bohemian

回答