SQL Server の XML インデックス (プライマリとセカンダリの両方) のサイズに関する情報を見つけることができる sys テーブルがあるかどうか教えてもらえますか?

これまでのところ、このスクリプトを使用してインデックスのサイズを確認してきました。

しかし、xml インデックスには作成時に partition_id が割り当てられていないようです。

また、msdn に関するこの特定の情報の sys テーブルまたは dmv に関するものも見つかりませんでした。

xml データを Oracle XMLType 列に格納していますが、xml 内の数値に対して範囲検索を実行できるようにしたいと考えています。

オラクルはこの種の操作をサポートしていると思いますが、グーグルは役に立ちませんでした。XMLIndex と範囲検索クエリはどのように作成すればよいですか?

表の例:

サンプルデータ:

XML タイプ列で郵便番号を検索する必要があります。テーブルにプライマリ XML インデックスを作成しました。

この記事に従って、概念を理解しています。

私のクエリは次のようになります

@Postcode は入力パラメーターであり、ユーザーは郵便番号の全部または一部を入力できます

今、リンクによると、

ワークロードが XML 列でパス式を大幅に使用する場合、PATH セカンダリ XML インデックスはワークロードを高速化する可能性があります。最も一般的なケースは、Transact-SQL の WHERE 句で XML 列に対して exist() メソッドを使用する場合です。

しかし、次のステートメントと少し混乱します

ワークロードがパス式を使用して個々の XML インスタンスから複数の値を取得する場合、PROPERTY インデックス内の各 XML インスタンス内のパスをクラスター化すると役立つ場合があります。通常、このシナリオは、オブジェクトのプロパティがフェッチされ、その主キーの値がわかっている場合に、プロパティ バッグのシナリオで発生します。

exist()句でメソッドを使用してwhereいますが、複数のレコードを返しています。

クエリに従ってどのセカンダリ インデックスを作成すればよいか混乱しています。私はPROPERTY指数に傾倒しています。

3つすべてを作成して、どれを選択するかをSQLに処理させることはできますか?? これにより、ノード テーブルのサイズが増加し、データベースの速度が低下しますか??

私のXMLの一部は次のようになります

アップデート

さらに掘り下げた後、DBA の先輩の友人と話をしたところ、PATH インデックスを作成するように勧められました。クエリは以前よりも速く機能しているようです。