我現在有3臺,而且我不確定他們是否應合併與否。他們也有類似的領域,供應商將需要在某個點或另一個登錄,甚至客戶如若供應商,客戶和用戶表合併
用戶
- 用戶名
- 密碼
- 名稱
- 姓
- 手機
- 電話
- 電子郵件
客戶
- 名稱
- 電話
- 電子郵件
- 傳真
- VatNo
供應商
- 名稱
- 電話
- 電子郵件
- 傳真
- VATNo
- LastRefreshDate
- OpeningHoursId
有人可以給我一個建議,以前進他最好的方式。
我現在有3臺,而且我不確定他們是否應合併與否。他們也有類似的領域,供應商將需要在某個點或另一個登錄,甚至客戶如若供應商,客戶和用戶表合併
用戶
客戶
供應商
有人可以給我一個建議,以前進他最好的方式。
的表應該不會被合併。然而,這是基於對錶格的猜測進行的判斷。
它看起來像客戶和供應商可以是企業法人(含增值稅號碼,例如),但用戶應該是個人而非集體賬戶。您可能擁有與給定供應商關聯的用戶列表;同樣,你可能有一個與給定客戶關聯的用戶列表。在某些情況下,供應商可能也是客戶。您需要在用戶表中使用用戶ID號碼;您需要客戶表中的客戶端ID號和供應商表中的供應商ID號。您可以使用簡單的映射表來列出與客戶端關聯的用戶,以及列出與供應商關聯的用戶。
然而,在很大程度上依賴於我所做的猜測(合理的,但還是猜測)是否是遠程目標。
爲了查看我是否得到了你所說的話,可以將常見屬性放置在表格中,然後將它們與供應商/客戶端/用戶相關聯。 – Enzero
也許,但也許不是。這部分取決於供應商和客戶之間的重大差異。很大程度上取決於用戶的解釋。您不屑於將客戶和供應商稱爲不同的實體類型;這可能是正確的。您還稱用戶與供應商或客戶不同,那也可能是正確的。你根本沒有討論過什麼是客戶是什麼(可以做什麼,需要記錄),供應商是什麼,用戶是什麼。所以,我們可以_guess_ - 但還有那個詞;猜測不是一個很好的分析基礎。 –
我會讓他們分開。您可能需要考慮使用通用表格來獲取聯繫信息,並允許客戶和供應商進行多次聯繫。 – HABO