Discussion :

[ikeabp]

Bonjour,

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

Sous 2005 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Donne 5.

Sous 2008 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Kropernic]

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.

[elsuket]

Bonjour,

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
DECLARE @sql varchar(max)
SET @sql = 'toto '
 
SELECT	LEN(@sql)
	, DATALENGTH(@sql)

Retourne 4 | 5

@++

[Kropernic]

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 ?

[ikeabp]

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

Merci