est d'un type non valide pour une utilisation comme colonne clé dans un index

J'ai une erreur à

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

où key est un nvarchar (max). Un google rapide a trouvé ceci . Il n'explique cependant pas ce qu'est une solution. Comment puis-je créer quelque chose comme Dictionary où la clé et la valeur sont toutes deux des chaînes et, de toute évidence, la clé doit être unique et unique. Ma déclaration SQL était

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

Une contrainte unique ne peut pas dépasser 8000 octets par ligne et n'utilisera que les 900 premiers octets, même alors, la taille maximale la plus sûre pour vos clés serait:

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

c'est-à-dire que la clé ne peut pas dépasser 450 caractères. Si vous pouvez passer à varcharau lieu de nvarchar(par exemple, si vous n'avez pas besoin de stocker des caractères de plus d'une page de codes), cela pourrait augmenter à 900 caractères.

Il existe une limitation dans SQL Server (jusqu'en 2008 R2) selon laquelle varchar (MAX) et nvarchar (MAX) (et plusieurs autres types comme le texte, ntext) ne peuvent pas être utilisés dans les index. Vous avez 2 options:
1. Définissez une taille limitée sur le champ clé ex. nvarchar (100)
2. Créez une contrainte de vérification qui compare la valeur à toutes les clés de la table. La condition est:

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

et [dbo]. [CheckKey] est une fonction scalaire définie comme:

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

Mais notez qu'un index natif est plus performant qu'une contrainte de vérification, donc à moins que vous ne puissiez vraiment spécifier une longueur, n'utilisez pas la contrainte de vérification.

La seule solution consiste à utiliser moins de données dans votre index unique. Votre clé peut être NVARCHAR (450) au maximum.

"SQL Server conserve la limite de 900 octets pour la taille totale maximale de toutes les colonnes de clé d'index."

En savoir plus sur MSDN

Une solution serait de déclarer votre clé comme nvarchar(20).

En notant le commentaire de klaisbyskov sur la longueur de votre clé devant être de gigaoctets, et en supposant que vous en avez réellement besoin, alors je pense que vos seules options sont:

1. utiliser un hachage de la valeur de clé
   • Créer une colonne sur nchar (40) (pour un hachage sha1, par exemple),
   • mettez une clé unique sur la colonne de hachage.
   • générer le hachage lors de la sauvegarde ou de la mise à jour de l'enregistrement
2. déclencheurs pour interroger la table pour une correspondance existante lors de l'insertion ou de la mise à jour.

Le hachage vient avec l'avertissement qu'un jour, vous pourriez avoir une collision.

Les déclencheurs analyseront la table entière.

À vous ...