SQL ServerでのXMLの高速化 - テーブルへの変換？

Question

データベースにはC＃/ VB.Netで使用されるクラスを表すため、フィールドはXMLです。問題は最初の操作の後で、操作のすべてではなく、ほとんどがSQL Serverで行われます。つまり、XMLフィールドはオンザフライで変換されます。

フィールドとレコードが増えているので、この操作は遅くなります。私は、遅いのは、すべてのフィールドを他のデータ型に変換することだと思います。

ので、それをスピードアップするために、私はいくつかの方法を考えていた：

は、XMLデータの異なる部分を表すテーブルのセットを持っています。これらのテーブルは、Insert/Updateのトリガを使用してのみ読み込み、変更を拒否します。 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を保管している場合、これが実際にストレージ要件を爆発させる可能性があることです。