SQL Server で SET NOCOUNT ON を使用する必要がありますか?

SQL Server での SET NOCOUNT ON: トレードオフ

SQL Server で "SET NOCOUNT ON" を使用するかどうかは、開発者の間で常に議論の的となっています。これをパフォーマンス上の利点と見る人もいますが、潜在的な欠点を警告する人もいます。

予備知識

「SET NOCOUNT ON」コマンドは、DML 操作の後に表示される「影響を受ける行数 xx 行」メッセージを抑制します。このメッセージはクライアントが処理する必要がある結果セットであり、わずかではありますが、測定可能なオーバーヘッドが発生します。トリガーまたはストアド プロシージャを含むシナリオでは、MS Access や JPA などの一部の ORM で複数の「行が xx 行に影響しました」というメッセージが発生してエラーが発生する可能性があります。

SET NOCOUNT ON のサポーター

従来の通念では、パフォーマンスを向上させるには「SET NOCOUNT ON」を使用する必要があると考えられています。 「影響を受ける行数 xx 行」メッセージはほとんどのアプリケーションでは不要であるため、これを抑制することでネットワーク トラフィックと処理時間を削減できるという主張です。さらに、SET NOCOUNT ON は、クライアントが特定の行数を予期する特定のシナリオでのエラーを防止すると考えられています。

SET NOCOUNT ON の反対者

「SET NOCOUNT ON」の反対者は、高度なデータベース操作を妨げる可能性があると主張しています。たとえば、行数情報を抑制すると、次のことが妨げられる可能性があります。

• レコードの重複を避けるために IF EXISTS を使用します
• WHERE NOT EXISTS を使用して結果を制限します
• 些細な更新を除外する
• DML 操作の前後にテーブル アクセスを実行します

さらに、SET NOCOUNT ON は、一部のクライアント フレームワーク (ADO.NET の SqlDataAdapter や JPA など) で予期しない動作を引き起こす可能性があります。これらのフレームワークは行数情報を期待しており、それが存在しないとエラーや不正確な結果が生じる可能性があります。

パフォーマンスへの影響

SET NOCOUNT ON を使用するとパフォーマンスが向上すると一般的に考えられていますが、データはそうではないことを示唆しています。 TDS プロトコルでは、SET NOCOUNT ON はクエリごとに 9 バイトしか節約しませんが、コマンド自体は 14 バイトです。 「影響を受ける行数 xx 行」メッセージは、別個のネットワーク パケットではなく、小さな埋め込み構造です。したがって、パフォーマンスの向上は最小限です。

結論

「SET NOCOUNT ON」を使用するかどうかは、特定のニーズと考慮事項によって異なります。これは、パフォーマンスが重要なシナリオ、またはクライアント フレームワークが行数情報に依存しないシナリオで有利になる可能性があります。ただし、SET NOCOUNT ON をグローバルに実装する前に、潜在的な欠点を必ず考慮してください。

以上がSQL Server で SET NOCOUNT ON を使用する必要がありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。