Discussion :

[bilb0t]

Bonjour,

j'ai une stored procedure qui reçoit un varchar(500). Ce paramètre est ensuite splitté...

J'appele cette SP à partir d'un programme en C# (.NET)

Je passe donc un paramètre de type string à ma commande.

Quand le string passé en paramètre est plus grand que 500, je ne reçoit aucune erreur... Un truc (SqlServer ? ADO?) tronque mon string en une taille de 500.

Le résultat de ma requete est donc faux puisque le paramaètre n'est pas entièrement pris en comte.

Quelqu'un connait une solution pour gérer ce problème ? Quelqu'un à déja rencontrer ce problème ?

[tomlev]

Quelqu'un connait une solution pour gérer ce problème ?

vérifier la longueur de la chaîne avant l'appel...

[bilb0t]

Merci,

1.Rien ne me garantit que la taille du paramètre de la SP ne va pas changer.
2.Mon contrôle est utilisé avec plusieurs SP et je ne connais pas les tailles de tous les paramètre de toutes les SP

Y a pas un système qui lancerait une exception? un peu comme quand on essaye d'insérer un string dans une colonne varchar trop petite ?

merci

[kheironn]

Bonjour,

Si j'ai bien vu tu utilises SQL Server...

J'ai déjà eut un problème de ce genre et c'est la prostoc qui coupe les chaines... le varchar(500) limite à 500 caractères maxi... étonnant non ?

il faut donc que tu fasses un varchar plus grand... dns le doute 8000 et tu es tranquiles !

[tomlev]

Ben à mon avis ça dépend plutôt de SQL Server... si celui-ci ne génère pas d'erreur, je vois pas comment on pourrait savoir qu'il y a eu un problème.

[shwin]

j'ai une stored procedure qui reçoit un varchar(500). Ce paramètre est ensuite splitté...

Tu peux pas augmenté ta taille ? Tu as une exemple de ce qui est envoyé ? Si tu peux splitté ton varchar, je crois que tu devrais utiliser du xml à la place de varchar.

[bilb0t]

Le problème c'est pas tellement la taille...

Si j'augmente jusque 8000, j'aurais toujours le risque de recevoir un string plus long...

Et si je passe en text, je perds les avantages des méthode comme split - Replace - ...