2014-04-28 52 views
0

這更是一個觀念的問題,因爲我仍然在集思廣益這種正確的做法。我的人力資源部門與我接觸,提出了一種在員工活動中跟蹤員工活動的方法。這可能與人力資源相關:名稱,部門,工作,薪酬,年度評估等的變化。可能與培訓有關:班級,認證,年度考試。這可能與參與有關:加入團隊,提交安全,質量,流程改進等。這個清單需要靈活。SQL員工數據庫:創建活動/里程碑表

我的問題是:我應該把所有這些活動都放在一個表格中(理想情況下連接到數據庫的其他部分..例如每年提取一個eval),還是應該將它們分解爲'基於類別的表格,並以另一種方式將它們聯繫起來

我試圖用頭腦靈活地構建這個,因爲它看起來,他們想擴大使用這個數據庫與其他公司的位置(這本身就是一個整體的問題)。

感謝您的洞察力,

特拉維斯

回答

1

我想使它成爲一個表與類別列。讓它成爲用戶的一對多。

只要你在用戶表中的列的公司,這個新表並不需要了解公司。

不要打破它分成不同的類別表,除非每個類別都會有不同的附加列,即使如此,你會得到成複雜的(多態)的設計。

+0

感謝您的答覆。開始設想一個建立在類別上的表格。那麼我認爲這是一個好主意,有機會發表評論。那麼我認爲根據所選類別進行標準化評論會更好。這似乎正在進入你提到的多態設計。我應該避免這個嗎? – SiTrav

+0

@SiTrav,您仍然可以根據類別限制註釋,而無需多態設計。多態設計並不錯,它只是複雜的(增加了每個查詢的複雜性)。只有在絕對合適時才應使用它。 –