親子関係が限られていると想定して、デザインに何か問題はないとは思わない。ここでは、再帰CTEを使用して関係を取得する簡単な例です:
USE tempdb;
GO
CREATE TABLE dbo.tree
(
ID INT PRIMARY KEY,
name VARCHAR(32),
ParentID INT FOREIGN KEY REFERENCES dbo.tree(ID)
);
INSERT dbo.tree SELECT 1, 'grandpa', NULL
UNION ALL SELECT 2, 'dad', 1
UNION ALL SELECT 3, 'me', 2
UNION ALL SELECT 4, 'mom', 1
UNION ALL SELECT 5, 'grandma', NULL;
;WITH x AS
(
-- anchor:
SELECT ID, name, ParentID, [level] = 0
FROM dbo.tree WHERE ParentID IS NULL
UNION ALL
-- recursive:
SELECT t.ID, t.name, t.ParentID, [level] = x.[level] + 1
FROM x INNER JOIN dbo.tree AS t
ON t.ParentID = x.ID
)
SELECT ID, name, ParentID, [level] FROM x
ORDER BY [level]
OPTION (MAXRECURSION 32);
GO
をクリーンアップすることを忘れないでください:
DROP TABLE dbo.tree;
This might be a useful article.代替はhierarchyid
ですが、私は、ほとんどのシナリオで、それは非常に複雑見つけます。
回答と同様の質問についてはhttp://stackoverflow.com/questions/935098/database-structure-for-tree-data-structureを参照してください。 – JeremyDWill
Bill Karwinの[SQL Antipatterns strike back](http://www.slideshare.net/billkarwin/sql-antipatterns-strike-back)のスライドデッキを参照してください - 彼はいくつかの反パターンについて説明しています - あなたの持っている "ナイーブツリー"可能な解決策を提供します。彼は同じ名前の素晴らしい本[SQL Antipatterns](http://pragprog.com/book/bksqla/sql-antipatterns)もお勧めします。 –