私はちょうどこれをやった：

ScopeValue 列に空のエントリがある xml フィールド (null 不可) を持つすべての行を削除したいのは、ゼロ文字を意味します。

誰でも知っていますか？

迅速なパフォーマンスとレポートの容易さを確保するために SQL サーバーの Xml 列を操作するためのベスト プラクティスは何ですか?

カラムをどのように設定しますか? 型なしのままにしますか？またはそれをスキーマに関連付けますか？

xml 列をスキーマに関連付けると、クエリのパフォーマンスが向上しますか?

xml 列の使用方法は次のとおりです。

A.> お客様ごとに、データベースをオーバーホールすることなく、データの柔軟なストレージを定義できます。

B.> 単純なテーブル (Crystal Reports または Sql Server Reporting Services の場合) であるかのようにデータを返すレポート ビューを顧客ごとに作成する必要があります。

現在クエリに使用している構文は次のとおりです。

これを行うより速い方法はありますか？このクエリは、100 万のレコードを持つテーブルでゆっくりと実行されますが、現在 xml データを持っているのは 800 だけです!

ありがとう

ピート

バックグラウンド

最近、私は SQL Server 2005 の列として XML をより多く使用するようになりました。いくつかの結合をサポートする構造コードをさらに記述します。

SCOPE_IDENTITY()これら 2 つのリンク テーブルのデータを実際に生成するために、2 つの XML フィールドをストアド プロシージャに渡します。ストアド プロシージャは、メイン レコードを書き込み、2 つの XML 変数を @tables に分解し、マスターからの新しい変数とともに実際のテーブルに挿入します。記録。

しばらくして、これらのテーブルを完全に廃止し、XML を XML フィールドに格納することにしました。ここで、一般的なクエリのパフォーマンスGROUP BYが XML データでは機能しないなど、いくつかの落とし穴があることを理解しました。クエリは一般的に少しごちゃごちゃしていますが、全体的にはXElement、データが戻ってきたときに作業できるようになったことが気に入っています。

また、この内容は変更されません。ワンショットなので改造の心配はありません。

このデータを実際に取得するための最良の方法について疑問に思っています。私のクエリの多くは、子レコードまたはサブ子レコードの条件に基づいてマスター レコードを取得することを伴います。データベース内のほとんどの sproc はこれを行いますが、はるかに精巧な規模であり、通常は UDF とサブクエリが効果的に機能する必要がありますが、いくつかのデータのクエリをテストするために簡単な例を作成しました...

今、私はそれをつかむ2つの方法を見ることができます.

方法 1

本当に？sql:variable は少し不健全に感じます。ただし、機能します。ただし、より意味のある方法でデータにアクセスすることは明らかに困難です。

方法 2

これはもっと似ています。すでに簡単に拡張して、結合やその他すべての優れた機能を実行できます。CROSS APPLY以前にテーブル値関数で使用したことがありますが、非常に優れていました。前のクエリとは対照的に、この実行計画は非常に高度です。確かに、私はこれらのテーブルに対してインデックス作成などを行っていませんが、バッチ コスト全体の 97% を占めています。

方法 2 (拡張)

ここにいいIN節があります。次のようなこともできますpt.PhoneType = 'Work'

ついに

したがって、基本的には必要な結果を取得していますが、このメカニズムを使用して少量の XML データを調査する場合に注意すべきことはありますか? 精巧な検索中にパフォーマンスが低下しますか? また、そのようなマークアップ スタイル データの保存はオーバーヘッドが大きすぎますか?

サイドノート

私は過去にリストをsprocに渡すためだけにsp_xml_preparedocumentやOPENXMLのようなものを使用しましたが、これは比較して新鮮な空気のようなものです!

データ型 XML の列で、SQL Server テーブルに保存された Excel データ (つまり、Excel シートの複数のセル) の行があります。

XML 列に保存されたこのデータの特定のセルの値を、同じテーブルの別の列に格納されている新しい値で更新する必要があります。それ、どうやったら出来るの？

SQL Server 2005 の T-SQL で XMLColumnName.Query() メソッドを使用してセル プロパティを選択することさえできません。

ここにサンプル行を含むサンプル テーブルを貼り付けます。実験して、これを理解できたかどうかをお知らせください。ありがとうございました！！

-シヴァ

実際のドキュメントDB（CouchやMongoなど）の代わりにSQL Server XML列を使用することは可能ですか？

guidPKIdとドキュメントのXML列を含むテーブルを作成する場合。ドキュメントDBを使用する場合と比較して、主な問題は何でしょうか。

SQL ServerはXML列のインデックス作成をサポートしているので、クエリは完全にひどいものではありませんか？

SQLServerのxml列をクエリしようとしています。列にプライマリインデックスを作成し、次を使用してクエリを実行しました。

60 000エントリのテーブルでは、このクエリはローカル開発マシンで約100ミリ秒かかります。クエリのパフォーマンスを向上させるために、これを何らかの方法で最適化することは可能ですか？

エンティティ クラスの列の型としてSQL Server のxml型を使用したいと考えています。

このスレッドによると、そのような列を文字列型にマップすることが可能です:

この定義により、テーブルはデータベースに正しく生成されます。新しいXmlEntityオブジェクトも作成できます。

しかし、データベースからいくつかのエンティティを取得しようとします:

エラーが発生します:

モデルの生成中に 1 つ以上の検証エラーが検出されました System.Data.Edm.EdmEntityType : EntityType ' XElement ' にキーが定義されていません。この EntityType のキーを定義します。

次のようなwhere句が必要なストアドプロシージャがあります。

ただし、XMLDataPointはXML列であり、エラーが発生します

「ISNULL演算子を使用する場合を除いて、XMLデータ型を比較またはソートすることはできません。」

where句をどのように構成する必要がありますか？

製品のテーブルサイズを見積もるために、SQLServer2008がxml列を格納する方法を理解しようとしています。

私はDATALENGTH(xml_column)いくつかのテストを実行するために使用していますが、結果は気がかりです：

明らかに、nvarchar(max)私がどこかで読んだように、xml列型は偽装ではありません。

おそらく圧縮されてバイナリとして保存されていますが、どこにもその方法を見つけることができません。

誰かがSQLServer2008にxml列がどのように格納されているか説明できますか？

私は古いシステムで作業しており、xml 列を使用してレポートを管理することを考えていました。そのため、レポートを XML 形式で保存することを計画していました (ビジネス上の決定...人々は、関連するフィールドを非常に古い学校の非正規化形式で保存しようとしていました)、XML 列に保存します。先輩から、SQL Server 2005 の XML はメモリ リークの問題に悩まされているため、実際にはあまり使用されていないと言われました (彼はおそらくそう言いました)。

専門家はこれに光を当てることができますか？私はそのようなことの群れを持っていないので、適切に返信できませんでした. また、クエリのパフォーマンスへの影響と考慮事項について、いくつかの指針を得たいと思っています。

ご提案いただきありがとうございます