Discussion :

[ratapapa]

Bonjour,

Je suis face à un petit problème lors d'un select sous une base SQL Server (.
Je possède un champs de type varchar(500), qui contient des données de taille assez importantes (250-300 caractères).

Lorsque j'effectue un select sur ces données, je m'aperçois que le résultat est tronqué (288 caractères semble t'il).
Après vérification en base, il s'avère que le résultat est bien complet dans la base (un substring en partant du 100ème caractère renvoie bien la fin de la chaîne), et c'est donc bien le select qui me tronque le résultat.

Ma première question est toute bête : est ce normal ?
Ma seconde question est toute logique : puis-je résoudre ce problème sans passer par une rustine de code ?

Merci d'avance.

[Jinroh77]

Ton select est-il directement sur la base ou est-ce que tu passes par une procédure, table temporaires etc ?
Dans ce cas il faut vérifier s'il y a table temporaire et utilisation de champs non déclarer explicitement. Peut être essayer alors un VARCAHR(MAX) pour être sûr que ça passe.

[ratapapa]

A vrai dire le select initial était en php, et les tests effectués (même requête qu'en php puis en ajoutant le substring) directement en base, via l'analyseur de requête.

J'ai tenté depuis de basculer le champs en type text, ce qui n'a absolument rien changé.
Je suis en train de me dire qu'il doit certainement s'agir d'un mauvais paramétrage de SQL Server, mais quant à savoir lequel .

[ratapapa]

Après grattage dans les options il s'avère qu'il s'agissait d'un bridage de l'analyseur de requêtes, qui renvoyait 256 caractères maximum.
Le problème doit donc se situer au niveau de php et non de SQL Server

NOTA : j'ai fini par trouver (enfin grâce à un collègue ^^) l'origine du problème.
Il s'agit d'un bug de php qui bride les champs de type varchar sous SQL Server à 255 caractères.
La solution consiste dans ce cas à effectuer deux SUBSTRING, ou bien un double CAST.
J'ai utilisé la première méthode qui se révèle efficace, mais ce genre de petit détail est toujours bon à savoir.