次の方法で共有

計算列のインデックス

  • [アーティクル]

次の要件を満たしている限り、計算列にインデックスを定義できます。

  • 所有権の要件

  • 決定性の要件

  • 正確さの要件

  • データ型の要件

  • SET オプションの要件

所有権の要件

計算列のすべての関数参照の所有者がテーブルの所有者と同じである必要があります。

決定性の要件

重要な注意事項重要

指定された一連の入力に対して式から必ず同じ結果が返される場合、その式は決定的です。 COLUMNPROPERTY 関数の IsDeterministic プロパティは、computed_column_expression が決定的であるかどうかを示します。

computed_column_expression は、決定的である必要があります。 次の 1 つ以上の条件に該当する場合、computed_column_expression は決定的です。

  • 式で参照される関数が決定的かつ正確である場合。 このような関数には、ユーザー定義関数と組み込み関数の両方があります。 詳細については、「決定的関数と非決定的関数」を参照してください。 計算列が PERSISTED の場合、関数は不正確になる場合があります。 詳細については、このトピックの「保存される計算列でのインデックスの作成」を参照してください。

  • 式で参照されるすべての列が計算列を含むテーブルの列である場合。

  • 列参照が複数の行からデータを取り出していない場合。 たとえば、SUM や AVG などの集計関数は複数の行のデータに依存して計算を行うので、computed_column_expression は非決定的になります。

  • computed_column_expression がシステム データ アクセスやユーザー データ アクセスを伴わない場合。

共通言語ランタイム (CLR) 式を含むすべての計算列は決定的であり、インデックスを作成する前に PERSISTED に設定されている必要があります。 CLR ユーザー定義型の式を、計算列の定義に使用できます。 計算列の型が CLR ユーザー定義型の場合、その型が比較可能である限り、計算列にインデックスを作成できます。 詳細については、「CLR ユーザー定義型」を参照してください。

注意注

SQL Server のインデックス付き計算列で日付データ型の文字列リテラルを参照するときは、決定的な日付形式スタイルを使用して、そのリテラルを目的の日付型に明示的に変換することをお勧めします。 決定的な日付形式の一覧については、「CAST および CONVERT」を参照してください。 日付データ型への文字列の暗黙的な変換が必要な式は、データベース互換性レベルが 80 以下に設定されている場合を除いて、非決定的であると見なされます。 これは、サーバー セッションの LANGUAGE および DATEFORMAT の設定によって結果が異なるためです。 たとえば、式 CONVERT (datetime, '30 listopad 1996', 113) では、言語が異なると文字列 '30 listopad 1996' が異なる月を意味するので、結果が LANGUAGE の設定によって異なります。 同様に、式 DATEADD(mm,3,'2000-12-01') では、データベース エンジンにより、文字列 '2000-12-01' が DATEFORMAT の設定に基づいて解釈されます。

照合順序間で行われる Unicode 以外の文字データの暗黙的な変換も、互換性レベルが 80 以下の場合を除いて、非決定的であると見なされます。

データベース互換性レベルの設定が 90 の場合は、それらの式を含む計算列にインデックスを作成することはできません。 ただし、アップグレードされたデータベースから、このような式を含む既存の計算列をメンテナンスできます。 文字列から日付への暗黙的な変換を行うインデックス付き計算列を使用する場合は、インデックスが破損しないように、データベースやアプリケーション内で LANGUAGE と DATEFORMAT の設定の一貫性を確保してください。

正確さの要件

computed_column_expression は正確である必要があります。 computed_column_expression は、次の 1 つ以上の条件に該当する場合は正確です。

  • float データ型または real データ型の式ではない。

  • 式の定義に float データ型や real データ型を使用していない。 たとえば、次のステートメントでは、列 y は int 型で決定的ですが、正確ではありません。

    CREATE TABLE t2 (a int, b int, c int, x float, 
   y AS CASE x 
         WHEN 0 THEN a 
         WHEN 1 THEN b 
         ELSE c 
      END);
注意注

float 型や real 型の式はすべて不正確であると見なされ、インデックスのキーにできません。つまり、float 型または real 型の式はインデックス付きビューで使用できますが、キーとしては使用できません。 このことは、計算列にも当てはまります。 float 型や real 型の任意の式が含まれている関数、式、またはユーザー定義関数はすべて不正確であると見なされます。 これには、論理式 (比較) も含まれます。

COLUMNPROPERTY 関数の IsPrecise プロパティは、computed_column_expression が正確であるかどうかを示します。

データ型の要件

  • 計算列で定義された computed_column_expression は、text データ型、ntext データ型、または image データ型として評価できません。

  • image、ntext、text、varchar(max)、nvarchar(max)、varbinary(max)、および xml データ型から派生した計算列には、計算列のデータ型をインデックス キー列として使用できる限り、インデックスを作成できます。

  • image、ntext、および text データ型から派生した計算列は、計算列のデータ型を非キー インデックス列として使用できる限り、非クラスター化インデックスの非キー列 (付加列) にすることができます。

SET オプションの要件

  • 計算列を定義する CREATE TABLE ステートメントまたは ALTER TABLE ステートメントの実行時に、ANSI_NULLS 接続レベルのオプションが ON に設定されている必要があります。 OBJECTPROPERTY 関数の IsAnsiNullsOn プロパティは、このオプションが ON に設定されているかどうかを示します。

  • インデックスを作成する接続、およびインデックス内の値を変更する INSERT、UPDATE、または DELETE ステートメントを実行するすべての接続では、SET オプションのうち 6 つを ON に設定し、1 つを OFF に設定する必要があります。 これらのオプションの設定が同一ではない接続で実行されるすべての SELECT ステートメントでは、オプティマイザーにより計算列のインデックスが無視されます。

    • NUMERIC_ROUNDABORT オプションは OFF に設定し、次のオプションは ON に設定する必要があります。

    • ANSI_NULLS

    • ANSI_PADDING

    • ANSI_WARNINGS

    • ARITHABORT

    • CONCAT_NULL_YIELDS_NULL

    • QUOTED_IDENTIFIER

    ANSI_WARNINGS を ON に設定すると、データベース互換性レベルが 90 以上に設定されている場合、暗黙的に ARITHABORT が ON に設定されます。

保存される計算列でのインデックスの作成

決定的でも不正確である式を使用して定義されている計算列が CREATE TABLE ステートメントまたは ALTER TABLE ステートメントで PERSISTED に設定されている場合、計算列にインデックスを作成できます。 つまり、データベース エンジンにより、テーブルに計算値が格納され、計算列が依存するその他の列を更新したときに計算値が更新されます。 データベース エンジンにより、計算列にインデックスが作成されるとき、およびインデックスがクエリで参照されるときに、これらの保存された値が使用されます。 このオプションにより、特に .NET Framework で作成されている CLR 関数など、計算列の式を返す関数が決定的かつ正確であるかどうかをデータベース エンジンで正確に確認できないときに、計算列にインデックスを作成できます。

関連コンテンツ

COLUMNPROPERTY (Transact-SQL)