什麼時候使用遞歸表

Question

我需要構建一個模式結構來支持目錄（因此每個書或文檔所添加的節/子節的級別可能會發生變化）......我的第一個想法我可以使用遞歸表來處理這個問題。我想確保我的結構是規範化的，所以我試圖遠離將內容表數據反正規化到一個表（然後當有更多的子部分時必須添加列）。

建立一個遞歸表似乎並不正確，而且可能有點難以填充。

只是想了解一些替代解決方案，或者如果遞歸表是好的。

感謝，

小號

Answer 1

它有助於SQL Server 2008有兩種WITH子句和HIERARCHYID遞歸，使使用更加簡單分層數據的工作 - 我指給某人昨天MySQL沒有要麼，刁難......

最重要的是審查你的數據 - 如果你可以正常化它在一個表內，很好。但是不要將它用於適應單個桌子的設置 - 如果需要更多的桌子，那麼就按照這種方式進行設計。數據&的用法會告訴你模擬事物的正確方法。

Answer 2

如果有疑問，保持它的簡單。如果您收集了一些類似的物品，例如那麼員工就會有一張引用自己的表格。雖然在這裏你可以辯論（非常正確），表中的每個項目都是某種形式的'部分'，除非你願意將數據建模爲部分並通過與這些實體的關係處理不同類型的部分，我會避免自引用表的複雜性，並堅持使用標準化的方法。