在SQL Server 2008中拆分表

Question

我們目前正在開發一個在線廣告網站，供人們買賣（類似於gumtree）差異，因為這將用於為公司工作的員工，公司外部的人將無法訪問該網站。

現在，我們有15個具有子類別的類別，而那些子類別具有子類別。

我們有一個稱為Adverts的主表，它由ItemId，Title，SubTitle，Description，CreatedBy，BroughtBy，StartDate，EndDate和ParentCategoryId，SubCategoryId和ChildCategoryId等組成

現在，我們將不再擁有一個包含要出售商品的所有詳細信息的龐大表格，我們將針對每個類別為商品的詳細信息創建一個單獨的表格。

因此，我們將擁有Advert.Vehicle_Spec，其中將包含有關所售汽車的所有詳細信息，即ItemId（將是主廣告表的FK），品牌，型號，顏色，色澤，稅金等

這樣，當我們查詢主表Advert時，我們可以加入到相關的Spec表中，這樣可以使表保持整潔，現在我的問題是對您來說這是一種好方法嗎？ 這種方法會不會有性能問題？ 我將在需要幫助的地方創建所有相關的FK等。

我確實在SQL Server論壇上問了這個問題，一個人建議使用XML-每個類別都獲得一個XML模式，並且XML標簽和值保存在一個字段中，但是數據根據所售商品的類型而異。 這需要更多的設置，但可能在性能和靈活性之間達到最佳的平衡，我個人從來沒有在SQL中使用XML，所以我不能對這是否是一種好的方法發表評論嗎？

每個類別可以具有許多不同的狀態，我們已經有各種各樣的表格來保存每種狀態的描述，我們將要執行的查詢會從選擇，刪除，插入，更新中變化，某些查詢將具有多個連接到狀態/用戶的信息表中，我們還將實現“建議”表單，該表單將根據用戶搜索的內容顯示為用戶建議的所有記錄。

在靈活性和性能方面，XML是否適合此用途？

Answer 1

XML似乎是一種很好的方法，您可以直接編寫存儲過程來查詢所需的特定類別，並將它們組織到表中並顯示出來。 然后，您可能想要使用XSLT之類的東西來提取XML數據並將其顯示在表中。