SQL Server パフォーマンスチューニング、コンサルティング、アドバイス、相談、定期診断、トレーニング

ホーム＞技術情報＞ SQL Server 2014 実践 No.1 インメモリ OLTP 機能の実践的な利用方法

SQL Server 2014 実践シリーズ（HTML 版）
「No.1 インメモリ OLTP 機能の実践的な利用方法」

松本美穂と松本崇博が執筆した SQL Server 2014 実践シリーズの「No.1 インメモリ OLTP 機能の実践的な利用方法」の HTML 版です。日本マイクロソフトさんの Web サイトで Word または PDF 形式でダウンロードできますが、今回、HTML 版として公開する許可をいただきましたので、ここに掲載いたします。[2015年12月29日]

目次へ | 前のページへ | 次のページへ

2.11　ネイティブコンパイル SP の実行方法の違いによる性能差

アプリケーション（ADO.NET）からネイティブコンパイル SP を実行するときは、次のようにSqlCommand オブジェクトの CommandText をネイティブコンパイル SP の名前を指定して、CommandType を「CommandType.StoredProcedure」へ変更すると説明しました。

Using cn As New SqlConnection(cnstr)
    Using cmd As New SqlCommand()
        cn.Open()
        cmd.Connection = cn
        cmd.CommandType = CommandType.StoredProcedure
        cmd.CommandText = "p_t1_insert"   ' ネイティブコンパイル SP の名前
        Dim p1 As SqlParameter = cmd.Parameters.Add("@p1", SqlDbType.Int)
        p1.Value = 1
        Dim p2 As SqlParameter = cmd.Parameters.Add("@p2", SqlDbType.NVarChar, 200)
        p2.Value = "A"
        Dim p3 As SqlParameter = cmd.Parameters.Add("@p3", SqlDbType.DateTime)
        p3.Value = DateTime.Now
        cmd.ExecuteNonQuery()
        cn.Close()
    End Using
End Using

このように記述すると、内部的には、次のように EXEC に変換されて実行されています。

00131

この他にもネイティブコンパイル SP を実行する方法があるので、ここではそれらの実行方法の違いによる性能差を説明します。結論から言うと、上のように実行するのが最も性能が出る実行方法になります。

◆ 実行方法の違い

アプリケーション（ADO.NET）からネイティブコンパイル SP を実行するには、次の 3つの方法があります。

00132

実行方法１ は、最初に説明したコードです。

実行方法２は、CommandType の既定値である「CommandType.Text」を利用して、SqlParameter（パラメーター）も利用する方法です（前述の Note で少し紹介しました）。具体的には、次のように利用します。

cmd.CommandType = CommandType.Text    ' 省略可能
cmd.CommandText = "p_t1_insert @p1, @p2, @p3"   ' p_t1_insert はネイティブ SP の名前
Dim p1 As SqlParameter = cmd.Parameters.Add("@p1", SqlDbType.Int)
p1.Value = 1
      ：

このように実行した場合は、内部的には、次のように sp_executesql に変換されます。

00133

実行方法3は、実行方法２と同じく「CommandType.Text」を利用しますが、実行方法３ではSqlParameter を利用しないで、文字列連結を利用します。具体的には、次のように記述します。

cmd.CommandType = CommandType.Text ' 省略可能
cmd.CommandText = "p_t1_insert @p1 = 1, @p2 = N'A', @p3 = '" & DateTime.Now & "'"
：

この方法では、パラメーターを文字列として埋め込んで、「&」で文字列連結して、実行しています。このように実行した場合は、内部的には、次のようにそのまま実行されます。

00134

◆ 性能比較

3つの実行性能を比較すると、次のようになります（3列構成のメモリ最適化テーブルへ Insertを行った場合）。

00135

結果は、実行方法１ が一番速く実行することができ、実行方法２は、約 7％遅くなり、実行方法３では、約 20％ 遅くなることを確認することができました。実行方法３は、ネイティブコンパイル SP を作成しないで、INSERT ステートメントを直接実行する（CommandText へ INSERT を記述したもの）よりも遅い結果となってしまいました。

このように、せっかくネイティブコンパイル SP を作成しても、SqlParameter を利用しなかったり、CommandType をきちんと指定していない場合には、ネイティブコンパイル SP の性能メリットを享受することができず、実行方法３を選択してしまうと、逆に遅くなってしまうこともあるので、実行方法３は選択しないようにしましょう。

私は、当初、アプリケーションの修正をできる限り少なくするためにと思って、実行方法２を選択してしまっていたのですが、これで性能テストを行ったときに、性能メリットをあまり感じることができず、せっかくネイティブコンパイル SP を作成したのに何故？？？と何日も悩んでしまいました。実行方法１と２では、修正箇所は1行増えるかどうかしか変わらないのですが、1行コメントして、1行変更したほうがコード上の修正が見やすいと思って、誤選択をしてしまいました...

実行方法１を利用すれば、性能メリットを享受することができるので、実行方法１を利用することをお勧めします。

目次へ | 前のページへ | 次のページへ