SQL Server で複数の INSERT ステートメントを使用した方が、複数の VALUES を含む 1 つの INSERT を使用するよりも高速になるのはどのような場合ですか?

SQL Server: 複数の INSERT ステートメントと複数の VALUES を含む単一の INSERT – パフォーマンスのパラドックス

問題: ベンチマーク テストでは、驚くべきことに、1000 個の INSERT ステートメントを個別に実行する方が、1000 個の INSERT 節を含む単一の VALUES ステートメントを実行するよりも高速であることがわかりました。

理由: SQL Server のクエリ処理には、解析後の重要な「バインディング」または「代数化」フェーズが含まれます。このフェーズでは、INSERT ステートメント内の重複値を検出して処理し、最適化された実行プランを構築します。 このフェーズに必要な時間は、一意値の数に応じて大幅に増加します。

パフォーマンスインフルエンサー:

• データ サイズ: 文字列値が長いと、バインド中の比較時間が大幅に増加します。
• 重複データ: 重複する値が多いと、必要な比較が少なくなるため、バインド時間が短縮されます。
• 自動パラメータ化: 自動パラメータ化は、小さな INSERT ステートメントには有益ですが、値が多数ある場合にはボトルネックとなり、パフォーマンスを妨げる可能性があります。

実行計画分析:

• 1000 個の INSERT を含む単一の VALUES では、250 個の VALUES 節を超えるとコンパイル時間が急激に増加し、効率の低い非パラメータ化プランへの移行が示されます。
• 一意の値が増加すると、コンパイル時間とメモリ消費量が急激に増加します。

実際的な意味:

• 短い文字列または高いデータ冗長性を伴う大規模な INSERT 操作の場合は、複数の個別の INSERT ステートメントを使用した方が高速になる可能性があります。
• 少数の一意の値と長い文字列を含む INSERT 操作の場合、多数の INSERT を含む単一の VALUES の方が効率的である可能性があります。
• SQL Server 2012 ではいくつかの改善が行われましたが、この問題を完全に解決するには、新しいバージョンが必要になる場合があります。

さらなる考慮事項:

• オプティマイザーの制限: クエリ オプティマイザーは、特に大規模なデータセットの場合、常に完璧であるとは限りません。
• キャッシュされたプランの影響: キャッシュされたプランのサイズは、重複値や文字列の長さの影響を受けません。
• UDF オーバーヘッド: INSERT ステートメント内でユーザー定義関数 (UDF) を使用すると、パフォーマンスに悪影響を及ぼす可能性があります。

以上がSQL Server で複数の INSERT ステートメントを使用した方が、複数の VALUES を含む 1 つの INSERT を使用するよりも高速になるのはどのような場合ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。