更快地在SQL Server中創建XML - 轉換爲表格？

Question

我在數據庫中有一個字段是XML，因爲它表示在C＃/ VB.Net中使用的類。問題出在最初的操作之後，大多數但不是全部的操作都是在SQL Server中完成的。這意味着XML字段即時轉換。

隨着我們獲得更多的字段和更多記錄，此操作變得越來越慢。我認爲減速是將所有這些字段轉換爲其他數據類型。

於是加快步伐我想幾個途徑：

有一組代表不同的部分XML數據的表。我只會使用插入/更新上的觸發器來使這些表讀取，這會拒絕任何更改。當它更新XML時，我的「主」表格中包含XML，會關閉觸發器，用新值更新表格，然後重新打開觸發器。

我們使用XML的唯一真正原因是因爲它很容易將它轉換爲C＃/ VB.Net中的類。但是我得到的結論是，我最終可能會編寫一個例程，它將採取所有的零碎工作，並將其轉換爲類，並且還可以用另一種方式（類 - >表）將其轉換爲函數。

任何人都可以提供任何想法，以更好的方式來做到這一點？我並不想使用XML結構。我擔心的是，如果我們有單獨的表來加速SQL處理，並且有人更改了表中字段的值，我們必須確保XML已更新。或者不允許該人更新它。

TIA - Jeff。

Answer 1

你正在保存的對象的目的是什麼？如果除了國家堅持以外的任何其他事情，你不會對自己有任何好處，而且你也沒有把問題分開。如果它們是狀態的持久性，那麼至少可以從屬性和域中創建列（只要在重構時留下內部方法來設置值）就可以包含私有。

Answer 2

無視您正在做什麼的智慧，您可能會考慮創建一個XML索引。這應該可以幫助你開始：http://msdn.microsoft.com/en-us/library/ms345121%28v=sql.90%29.aspx

基本的想法是，正確的索引可以「預先粉碎」你的XML並自動構建你正在考慮做'手動'的表的索引。不利的一面是，如果你存儲了大量的XML，這可以真正提升你的存儲需求。