VARCHAR(MAX) selon SQL 2008 ou SQL 2005

Bonjour,

Je n'explique pas la différence de comportement entre SQL SERVER 2005 et 2008 :

Sous 2005 :

Code:

---

1 2 3

DECLARE @sql VARCHAR(MAX) SET @sql = 'toto ' PRINT LEN(@sql)

---

Donne 5.

Sous 2008 :

Code:

---

1 2 3

DECLARE @sql VARCHAR(MAX) SET @sql = 'toto ' PRINT LEN(@sql)

---

Donne 4.

De plus si je passe ma VARCHAR de MAX à 8000 les deux versions retourne bien la même chose...

J'ai rajouté SET ANSI_PADDING ON : idem.

La seule chose qui semble influer est le fait de passer de MAX à autre chose pour ma VARCHAR !

Quelqu'un a une idée ?

Merci.

C'est apparemment un problème connu : http://msdn.microsoft.com/en-us/libr...ql.105%29.aspx

C'est bon à savoir. Dans les commentaires, il est fait mention d'une astuce pour ne plus avoir ce problème qui consiste à ajouté un caractère à la colonne lors du comptage et de soustraire 1 au résultat obtenu.

Maintenant, j'imagine qu'il doit néanmoins y avoir une bonne raison à ce comportement.

Bonjour,

Citation:

---

ans les commentaires, il est fait mention d'une astuce pour ne plus avoir ce problème qui consiste à ajouté un caractère à la colonne lors du comptage et de soustraire 1 au résultat obtenu.

---

C'est brutal ça :)

Code:

---

1 2 3 4 5

DECLARE @sql varchar(max) SET @sql = 'toto '   SELECT LEN(@sql) , DATALENGTH(@sql)

---

Retourne 4 | 5

@++ ;)

Ouais mais DATALENGTH va retourner le double de caractère si le champ est en caractère unicode non ?

Du coup, la méthode "brutale" n'est-elle pas meilleure car plus générique ?

Niveau performance, j'imagine que cela ne doit pas être trop gourmand d'ajouter un caractère mais étant novice, je peux me tromper ?

Qu'en est-il réellement de l'avis des experts du forum ?

Avec la mise à jour vers SP 3 et SP 4 de SQL SERVER 2005, cela corrige le problème.

Merci