インデックスのキー列として使用するには無効なタイプです

私はエラーがあります

Column 'key' in table 'misc_info' is of a type that is invalid for use as a key column in an index.

ここで、keyはnvarchar（max）です。簡単なグーグルはこれを見つけました。ただし、ソリューションが何であるかは説明していません。キーと値の両方が文字列であり、明らかにキーが一意であり、単一である、Dictionaryのようなものをどのように作成しますか？私のSQLステートメントは

create table [misc_info] (
[id] INTEGER PRIMARY KEY IDENTITY NOT NULL,
[key] nvarchar(max) UNIQUE NOT NULL,
[value] nvarchar(max) NOT NULL);

一意の制約は1行あたり8000バイトを超えることはできず、それでも最初の900バイトのみを使用するため、キーの最大安全サイズは次のようになります。

create table [misc_info]
( 
    [id] INTEGER PRIMARY KEY IDENTITY NOT NULL, 
    [key] nvarchar(450) UNIQUE NOT NULL, 
    [value] nvarchar(max) NOT NULL
)

つまり、キーは450文字を超えることはできません。のvarchar代わりに切り替えることができる場合nvarchar（たとえば、複数のコードページの文字を格納する必要がない場合）、900文字に増える可能性があります。

SQL Server（2008 R2まで）には、varchar（MAX）およびnvarchar（MAX）（およびtext、ntextなどの他のいくつかのタイプ）をインデックスで使用できないという制限があります。次の2つのオプションがあります
。1.キーフィールドexに制限されたサイズを設定します。nvarchar（100）
2.値をテーブル内のすべてのキーと比較するチェック制約を作成します。条件は次のとおりです。

([dbo].[CheckKey]([key])=(1))

および[dbo]。[CheckKey]は、次のように定義されたスカラー関数です。

CREATE FUNCTION [dbo].[CheckKey]
(
    @key nvarchar(max)
)
RETURNS bit
AS
BEGIN
    declare @res bit
    if exists(select * from key_value where [key] = @key)
        set @res = 0
    else
        set @res = 1

    return @res
END

ただし、ネイティブインデックスはチェック制約よりもパフォーマンスが高いため、実際に長さを指定できない場合を除いて、チェック制約を使用しないでください。

唯一の解決策は、一意のインデックスで使用するデータを減らすことです。キーは最大でNVARCHAR（450）にすることができます。

「SQL Serverは、すべてのインデックスキー列の最大合計サイズの900バイトの制限を保持しています。」

MSDNで詳細を読む

解決策は、キーをとして宣言することnvarchar(20)です。

キーの長さがギガバイトである必要があるというklaisbyskovのコメントに注意してください。実際にこれが必要だとすると、選択肢は次のとおりです。

1. キー値のハッシュを使用する
   • nchar（40）に列を作成します（たとえば、sha1ハッシュの場合）。
   • ハッシュ列に一意のキーを置きます。
   • レコードを保存または更新するときにハッシュを生成する
2. トリガーは、挿入または更新時に既存の一致についてテーブルを照会します。

ハッシュには、衝突が発生する可能性があるという警告が伴います。

トリガーはテーブル全体をスキャンします。

あなたに...