關於關係數據庫模式的建議

Question

我正在爲一家企業設計一個數據庫，該數據庫銷售全球各種活動的門票。我不是專家（尚）在模式設計&尋找關於我迄今爲止（關於表和主要/外部關鍵用法之間的關係等）的任何反饋/建議。

全尺寸（更易於閱讀）在此鏈接，

http://s11.postimg.org/5x7t7ptpf/TF_schema2_Page_1.jpg

Answer 1

從字符串類型的外鍵望而卻步。 EVENT_CATEGORIES和EVENT_SUB_CATEGORIES可以是一個表格。我會避開直接關聯的類別和擴展事件信息，如TEAMS_ARTISTS;你可能更喜歡將更具體的表（如單獨的TEAMS和ARTISTS表）分別與事件關聯起來，並僅使用該類別來允許前端UI控制哪些細節可能與事件相關聯。

而不是單獨的團隊藝術家等...表，你可以有一個像ASSOCIATED_ENTITIES表和ENTITY_TYPES表的東西。類型表中有諸如：「Artist」，「Team」，「Promoter」，「Vendor」等等...... （雖然我可能不會使用「ENTITY」這個詞，因爲它帶有很多精神包袱）