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

2.16　ネイティブ コンパイル SP での SELECT 時の BIN2 照合順序

ネイティブ コンパイル SP 内の SELECT ステートメントで、文字列の比較や並べ替えを行う場合には、BIN2 照合順序が必須になります。

◆ 文字列の比較や並べ替えは、BIN2 照合順序が必要

ネイティブ コンパイル SP では、BIN2 照合順序ではない文字データ列で比較演算を行おうとすると、次のようにエラーになります。

データベースの照合順序が Japanese_CI_AS の場合は、列の照合順序も既定で Japanese_CI_AS になるので、このようなエラーになります。

このエラーは、次のように COLLATE 句を付けることで回避することが可能ですが、この場合は、Index Scan（Index Seek ではなく、インデックスの全スキャン）になってしまうので、お勧めの方法ではありません。

お勧めの方法は、テーブルの作成時に、列の照合順序を Japanese_BIN2 などへ変更しておくことですが、これを利用する場合の注意点もあるので、後述します。

◆ Japanese_BIN2 への変更が必要な列 ～ PK／インデックスにも必須 ～

メモリ最適化テーブルでは、PRIMARY KEY 制約や、インデックスを付与する列には、BIN2 照合順序を使用するのが必須になります。また、上の例のように、ネイティブ コンパイル SP 内で比較演算（=）や並べ替え（ORDER BY）操作を行う場合にも、BIN2 照合順序が必須になります。

したがって、既存のディスク ベースのテーブルで char 型の PRIMARY KEY を利用している場合には、メモリ最適化テーブルへ移行するにあたって、多くの列で BIN2 照合順序への変更が発生することになります。今回のポイントカード システムでは、カードID やカード種別、MessageID などで char 型の PRIMARY KEY を利用していたので、全て Japanese_BIN2 照合順序へ変更しました。

◆ Japanese_BIN2 へ変更した場合の注意点 ～大文字・小文字の区別など～

Japanese_BIN2 照合順序へ変更した場合には、カードIDや MessageID などのように、格納されているデータが数字（0、1、2 など）のみである場合は、特に問題はありませんが、カード種別のように英数字（A1 や A2 など、英語が混ざっている場合）や、日本語を格納している場合には、次のことに注意する必要があります。

まず、BIN2 ではなく、Japanese_CI_AS（既定値）を利用している場合は、文字を比較するときに、次のように動作します。

• 大文字と小文字を区別しない（CI：Case Insensitive）
• アクセントを区別する（AS：Accent Sentitive）
• カタカナとひらがなを区別しない（KI：Kana Insensitive）
• 半角と全角を区別しない（WI：Wide Insensitive）

Japanese_CI_AS では、大文字と小文字を区別しないので、「A1」も「a1」も同じデータとして処理をします。したがって、カード種別に「A1」というデータが格納されている場合に、次のように「a1」で検索しても、データを取得することができます。

これに対して、Japanese_BIN2 では、バイナリ（文字コード）で文字の比較を行うので、上記をすべてを区別する（CS、AS、KS、WS に相当する）形に変わります。実際に格納されているデータが「A1」であれば、「a1」で検索すると、データを取得することができません。

このように、Japanese_BIN2 では、大文字と小文字を厳密に区別するようになり、カタカナとひらがなも区別、半角と全角も区別するようになるので、アプリケーション側で、意図的に大文字と小文字を区別しないような検索などを行っている場合には、アプリケーションの修正が必要になります。

◆ データの格納時に大文字・小文字を統一してしまう

Japanese_BIN2 を利用して、大文字と小文字を区別しない検索を行いたい場合には、データの格納時（INSERT や UPDATE 時）に、大文字または小文字を統一してしまうという方法がお勧めです。例えば、「カード種別」列のデータであれば、データを INSERT するときに、次のように UPPER 関数（.NET なら ToUpper メソッド）で大文字に統一してしまいます。

このようにデータを格納するときに、大文字か小文字のどちらかに統一をしてしまえば、検索をするときにも、同じ処理をすることで、大文字と小文字を区別することなく、データを取得できるようになります。

このように、格納するデータをどちらかに統一しておけば、検索時に入力された値を、その統一した値へ変換することで、大文字と小文字を区別しない検索が行えるようになります。

Tips： WHERE UPPER(列名) = UPPER('入力値') を避ける
大文字・小文字を区別しない検索方法としては、次のように列データに対して、UPPER 関数をかける方法もあります。

このように、列データに対して関数処理を行ってしまう場合は、インデックスが有効利用されず（Index Seek でのピンポイント検索ができなくなり）、Index Scan（インデックスの全スキャン）での検索になってしまうので、非常に低速になります。
したがって、大文字と小文字を区別しない検索を行いたい場合には、本文中で説明したようにデータの格納時に、どちらかへ統一するという方法がお勧めになります。