SQL - 這讓他們

Question

之間的依賴關係目前的結構如下兩個外鍵：

Table RowType: RowTypeID 

Table RowSubType: RowSubTypeID 
        FK_RowTypeID 

Table ColumnDef: FK_RowTypeID 
        FK_RowSubTypeID (nullable) 

總之，我映射列定義的行。在某些情況下，這些行具有子類型，它們將具有特定於其的列定義。或者，我可以將特定於子類型的列定義從他們自己的表中掛起，或者我可以將RowType和RowSubType中的數據組合到一個表中並使用單個ID，但我不確定哪個是更好的解決方案（如果有的話，我會傾向於後者，因爲我們大多最終會爲給定的RowType/RowSubType拉動ColumnDefs）。

是當前設計的SQL褻瀆嗎？

如果我保留當前結構，如何保持，如果RowSubTypeID在ColumnDef中指定，它必須對應RowTypeID指定的RowType？我是否應該嘗試用觸發器強制執行此操作，還是錯過了可以解決問題的簡單重新設計？

Answer 1

您遇到的問題是Fourth Normal Form。

這裏的解決方案：

Table RowSubType:  RowSubTypeID 
         FK_RowTypeID 
         UNIQUE(FK_RowTypeID, RowSubTypeID) 

Table ColumnDef:  ColumnDefID 
         FK_RowTypeID 
         UNIQUE(ColumnDefID, FK_RowTypeID) 

Table ColumnDefSubType: FK_ColumnDefID } compound foreign key to ColumnDef 
         FK_RowTypeID  } } 
         FK_RowSubTypeID  } compound foreign key to RowSubType 

你只需要創建在ColumnDefSubType表中的一行有一行亞型列。但所有引用都受到限制，因此您無法創建異常。

但是對於它的價值，我同意@塞思關於可能的過度工程的評論。我不確定我是否理解你是如何使用這些列定義和行類型的，但它聞起來像是反模式（Inner-Platform Effect）。在SQL中，只需使用元數據來定義元數據即可。不要嘗試使用數據來創建動態模式。

另請參閱這個優秀的故事：Bad CaRMa。

---

重新評論：在你的情況下，我建議使用類表繼承或混凝土表繼承。這意味着爲每個子類型定義一個單獨的表。但是原始文本記錄的每一列都將進入子類型表的相應列。這樣你就不需要擁有你的rowtype或rowubtype表，通過爲每個子類定義表是隱含的。而且你不需要你的columndefs表，這是由表中定義的列隱含的。

另請參閱我的回答Product table, many kinds of product, each product has many parameters或我的演示幻燈片Practical Object-Oriented Models in SQL。