Warning! The maximum key length is 900 bytes

bonjour,

tout est dans le titre, message reçu après création d'un index "banal" sur 2 varchar(50) sur table contenant 20000 lignes seulement

message complet:

Warning! The maximum key length is 900 bytes. The index 'xxxxx' has maximum length of 1020 bytes. For some combination of large values, the insert/update operation will fail

merci

un index de seulement 2 colonnes varchar(50) ne peut pas générer ce genre d'erreur. Il doit y avoir d'autres colonnes ou des colonnes incluses. Peux tu nous poster le script de création de l'index stp ?

Donne nous la définition complète de ton index et la version de ton instance SQL Server.

++

voila,
c'est le seul index, pas de PK

merci

Code:

---

CREATE INDEX IX_COMMISSION_LGB_SUB ON COMMISSION (COM_LGB_NAME,COM_SUB_NAME);

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

CREATE TABLE [dbo].[COMMISSION]( [COM_ID] [bigint] NOT NULL, [COM_AMT_LOCAL] [numeric](18, 6) NULL, [COM_CUR_NAME] [nvarchar](50) NULL, [COM_AMT_EURO] [numeric](18, 6) NULL, [COM_BILLING_YEAR_DAT] [int] NULL, [COM_BILLING_MONTH_NUM_DAT] [int] NULL, [COM_LGB_NAME] [nvarchar](255) NULL, [COM_LOG_NAME] [nvarchar](255) NULL, [COM_SUB_NAME] [nvarchar](255) NULL, [COM_BILACC_NAME] [nvarchar](255) NULL, [COM_IS_EVENT] [smallint] NULL, [COM_IS_ONE_RATE] [smallint] NULL, [COM_PRO_NAME] [nvarchar](255) NULL, [COM_STATUS] [nvarchar](255) NULL, [COM_SAL_NAME] [nvarchar](255) NULL, [COM_LOGO_MONTH_NEW] [int] NULL, [COM_DURATION_BILLED] [numeric](18, 6) NULL, [COM_BILLING_YEAR_MONTH] [int] NULL, [COM_IS_BILLED] [int] NULL, [COM_SALES_GROUP_NAME] [nvarchar](255) NULL, [COM_LOGO_YEAR_NEW] [int] NULL, [COM_BILACC_REF] [varchar](255) NULL, [COM_CUR_ISONAME] [char](4) NULL, [COM_LOGO_YEAR_MONTH_NEW] [int] NULL, [COM_WIN_BACK] [int] NULL )

---

je joins aussi le message d'erreur complet

Code:

---

Warning! The maximum key length is 900 bytes. The index 'IX_COMMISSION_LGB_SUB' has maximum length of 1020 bytes. For some combination of large values, the insert/update operation will fail.

---

Ces 2 colonnes sont des nvarchar, donc si on prend la définition du nvarchar on voit que la taille d'une colonne nvarchar(255) = 255 octets * 2 + 2. Soit 1024 octets pour les 2 colonnes. Tu dépasses donc bien les 900.
Es tu obligé d'avoir du nvarchar ? Es tu obligé d'avoir une taille de 255 ?

Edit : le lien msdn http://msdn.microsoft.com/fr-fr/library/ms186939.aspx

Tiens d'ailleurs, dans mon calcul j'arrive à 1024 et dans le message d'erreur 1020 octets. Quel est le bon chiffre ?

Si l'addition de la taille de toutes les colonnes de clés fixes et de la taille maximale de toutes les colonnes de clés variables dépasse 900, mais si l'addition de la taille de toutes les colonnes de clés fixes et des tailles minimales des colonnes de clés variables est inférieure à 900, l'instruction CREATE INDEX aboutit avec un message d'avertissement indiquant qu'une instruction INSERT ou UPDATE ultérieure pourra échouer si elle spécifie des valeurs générant une valeur de clé supérieure à 900 octets. L'instruction CREATE INDEX échoue si les lignes de données existantes de la table ont des valeurs qui génèrent une clé supérieure à 900 octets. Toute instruction INSERT ou UPDATE ultérieure qui spécifie des valeurs de données générant une valeur de clé supérieure à 900 octets échouera.

Source : http://msdn.microsoft.com/fr-fr/library/ms191241(v=sql.90).aspx

Citation:

---

Tiens d'ailleurs, dans mon calcul j'arrive à 1024 et dans le message d'erreur 1020 octets. Quel est le bon chiffre ?

---

Le calcul est fait de la manière suivante :

Code:

---

1 2 3 4 5

SELECT SUM(max_length)AS TotalIndexKeySize FROM sys.columns WHERE name IN (N'COM_LGB_NAME', N'AddressLine2', N'COM_SUB_NAME') AND object_id = OBJECT_ID(N'COMMISSION');

---

= 1020 octects

++

Pour le MSDN dit ceci :

Code:

---

La taille de stockage, en octets, est le double du nombre de la longueur réelle des données entrée plus 2 octets.

---

soit 1024 si j'ai tout compris ?

En fait ici on ne parle que de la longueur des données. Les 2 octets pour chaque colonne supplémentaires sont 2 octets pour la gestion du type variable.

Si on fait le test suivant :

Code:

---

INSERT COMMISSION ([COM_ID], COM_LGB_NAME,COM_SUB_NAME) VALUES (1, REPLICATE('T',225), REPLICATE('T', 225));

---

On voit que cela fonctionne. On a 225 x 2 x 2 = 900 octects sans les octets de gestions et cela fonctionne très bien.

++

ah d'accord, merci :ccool:

mea culpa

je n'avais pas vu que c'était des nvarchar :calim2:

et encore merci messieurs....:ccool:

je close