我正在處理具有層次結構的資產數據庫。此外,還有一個「ReferenceAsset」表,它有效地指向資產。參考資產基本上起着重寫的作用,但它被選爲好像它是一種獨特的新資產。其中一個被設置的覆蓋是parent_id。SQL Server:查詢分層和引用數據
列,其相關的選擇層次結構:
資產:ID(主),PARENT_ID
資產參考:ID(主),ASSET_ID(foreignkey->資產),PARENT_ID(總是一個資產)
- --EDITED 5/27 ----
樣品培訓相關表數據(加入後):
id | asset_id | name | parent_id | milestone | type 3 3 suit null march shape 4 4 suit_banker 3 april texture 5 5 tie null march shape 6 6 tie_red 5 march texture 7 7 tie_diamond 5 june texture -5 6 tie_red 4 march texture
的0(如最後一行)表示被引用的資產。被引用的資產有幾個過期的列(在這種情況下,只有parent_id很重要)。
的期望是,如果我從四月中選擇所有資產,我應該做的第二選擇,以獲得匹配查詢的全部樹枝:
所以最初查詢匹配會導致:
4 4 suit_banker 3 april texture
然後CTE後,我們得到了完整的層次,我們的結果應該是這樣的(到目前爲止,這是工作)
3 3 suit null march shape 4 4 suit_banker 3 april texture -5 6 tie_red 4 march texture
,你會看到,ID的父:-5是存在的,但缺少什麼,那是需要的,是被引用的資產,並且引用的資產的母公司:
5 5 tie null march shape 6 6 tie_red 5 march texture
目前我的解決方案適用於此,但它僅限於單一深度的引用(並且我覺得實現非常難看)。
---編輯---- 這是我的主要選擇功能。這應該更好地證明真正的複雜性所在:AssetReference。
Select A.id as id, A.id as asset_id, A.name,A.parent_id as parent_id, A.subPath, T.name as typeName, A2.name as parent_name, B.name as batchName,
L.name as locationName,AO.owner_name as ownerName, T.id as typeID,
M.name as milestoneName, A.deleted as bDeleted, 0 as reference, W.phase_name, W.status_name
FROM Asset as A Inner Join Type as T on A.type_id = T.id
Inner Join Batch as B on A.batch_id = B.id
Left Join Location L on A.location_id = L.id
Left Join Asset A2 on A.parent_id = A2.id
Left Join AssetOwner AO on A.owner_id = AO.owner_id
Left Join Milestone M on A.milestone_id = M.milestone_id
Left Join Workflow as W on W.asset_id = A.id
where A.deleted <= @showDeleted
UNION
Select -1*AR.id as id, AR.asset_id as asset_id, A.name, AR.parent_id as parent_id, A.subPath, T.name as typeName, A2.name as parent_name, B.name as batchName,
L.name as locationName,AO.owner_name as ownerName, T.id as typeID,
M.name as milestoneName, A.deleted as bDeleted, 1 as reference, NULL as phase_name, NULL as status_name
FROM Asset as A Inner Join Type as T on A.type_id = T.id
Inner Join Batch as B on A.batch_id = B.id
Left Join Location L on A.location_id = L.id
Left Join Asset A2 on AR.parent_id = A2.id
Left Join AssetOwner AO on A.owner_id = AO.owner_id
Left Join Milestone M on A.milestone_id = M.milestone_id
Inner Join AssetReference AR on AR.asset_id = A.id
where A.deleted <= @showDeleted
我有一個存儲過程,需要一個臨時表(#temp)並查找層次結構的所有元素。我所採用的策略是這樣的:
- 選擇整個系統層次結構到一個臨時表用逗號分隔的每個整個樹枝列表來表示(#treeIDs)
- 獲取匹配查詢資產整體的層次結構(從#臨時)
- 獲取所有參考資產所指向的資產從層次結構
- 解析所有參考資產
這適用於現在的層次結構,因爲參考的資產永遠是拉如果他們不是,我想我會陷入麻煩。我覺得我需要一些更好的遞歸形式。
這裏是我當前的代碼,這是工作,但我不感到自豪,我知道這是不穩健(因爲它只有在引用底部作品):
第1步。構建整個層次
;WITH Recursive_CTE AS (
SELECT Cast(id as varchar(100)) as Hierarchy, parent_id, id
FROM #assetIDs
Where parent_id is Null
UNION ALL
SELECT
CAST(parent.Hierarchy + ',' + CAST(t.id as varchar(100)) as varchar(100)) as Hierarchy, t.parent_id, t.id
FROM Recursive_CTE parent
INNER JOIN #assetIDs t ON t.parent_id = parent.id
)
Select Distinct h.id, Hierarchy as idList into #treeIDs
FROM (Select Hierarchy, id FROM Recursive_CTE) parent
CROSS APPLY dbo.SplitIDs(Hierarchy) as h
步驟2.選擇匹配查詢
Select DISTINCT L.id into #RelativeIDs FROM #treeIDs
CROSS APPLY dbo.SplitIDs(idList) as L
WHERE #treeIDs.id in (Select id FROM #temp)
步驟3.所有資產的分支獲取所有參考資產在枝頭 (參考資產有負的ID值,因此ID < 0部分)
Select asset_id INTO #REFLinks FROM #AllAssets WHERE id in
(Select #AllAssets.asset_id FROM #AllAssets Inner Join #RelativeIDs
on #AllAssets.id = #RelativeIDs.id Where #RelativeIDs.id < 0)
第4步:獲取的任何分支在步驟3
Select DISTINCT L.id into #extraRelativeIDs FROM #treeIDs
CROSS APPLY dbo.SplitIDs(idList) as L
WHERE
exists (Select #REFLinks.asset_id FROM #REFLinks WHERE #REFLinks.asset_id = #treeIDs.id)
and Not Exists (select id FROM #RelativeIDs Where id = #treeIDs.id)
我一直在努力,只是顯示找到相關的代碼。我非常感謝任何能夠幫助我找到更好解決方案的人!
你使用的是什麼sql版本? http://msdn.microsoft.com/de-de/library/bb677290.aspx – NickD 2013-04-28 07:48:54
sql server 2012,但我們只是切換到它,所以這大部分是寫於2008 – haggercody 2013-04-28 07:58:29