Discussion :

[djdada]

Bonjour à tous!

J'ai un problème étrange ce matin. Je tente de faire une simple requête d'UPDATE dans une de mes tables via une page ASPX mais l'erreur suivante survient :

[Microsoft][ODBC Sql Server Drive][SQL Server]String or binary data would be truncated

Le champ qui pose problème dans ma table est motifSuppression déclaré comme un varchar de 300. Or la chaîne que j'insère est loin de faire 300 caractères. Je ne vois pas du tout d'où peut provenir l'erreur d'autant plus qu'aucun trigger n'est associé à ce champ.

J'ai essayé de passer le type de varchar à nvarchar mais rien n'a changé.
Quelqu'un a-t-il déjà été confronté à ce problème incompréhensibe?

[WOLO Laurent]

Il y'a forcement un problème de disposition de tes champs de données dans la liste des champs de la table que vous souhaitez modifier.
Quel est ton code asp qui gère l'insert ?

[djdada]

L'erreur ne vient pas d'ASP, j'ai fait un print screen de ma requete et je la lance en copier-coller dans SQL Entreprise Manager.

Code :

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

UPDATE t_Demande SET motifSuppression='La liste des comptes fournies est erronée ou n'a pas encore été validée par l''autorité compétente' WHERE numDemande=779

Si je lance la même requête en supprimant des caractères, tout marche normalement. Et ça n'a rien à voir non plus avec le sapostrophes, j'ai testé aussi, on ne sait jamais.

Mon champ "motifSuppression" est toujours en varchar(300) dans t_Demande. J'ai vérifié plus de 10 fois, et j'ai hésité avant de poster car je me doutais bien que personne ne me croirait. Mon serveur deviendrait-il fou?

[WOLO Laurent]

Poste s'il te plait ton scrit de création de cette table et nous allons nous en rendre compte.

[djdada]

Désolé je ne peux pas, mon PC de développement est isolé du réseau, il faudrait que je le recopie entièrement. Néanmoins voici le bout qui est intéressant:

Code :

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

1
2
3
4
5
6
7
CREATE TABLE [dbo.t_Demande]
 
----
[motifSuppression][nvarchar](300) collate SQL_LATIN1_general_CP1_CI AS NULL,
 
----
)

[SQLpro]

SQL Server possède une limitation de la taille de la ligne de 8000 octets. Ceci afin de tenir dans une page de la base de données qui est l'unité de stockage de MS SQL Server. Cette limite est infranchissable pour des données non BLOB.
Si lors d'une insertion ou d'un update la taille de la ligne dépasse ces 8000 octets, alors les données sont tronquées. Ce n'est donc pas telle ou telle colonne qui est visée, mais la ligne entière.
Généralement cela arrive lorsque l'on a un modèle de données particulièrement pourri dans lequel on met tout et n'importe quoi dans une seule et même table sans avoir pensé à respecter les formes normales de la modélisation... Ce qui est généralement le cas des développeurs qui utilisent à outrance le VARCHAR sans en comprendre les mécanismes sous jacents !

A +

[djdada]

Si c'est pour se paer ma tête ce n'était vraiment pas la peine de répondre. Tu te prends pour qui? Si t'as des connaissances, ou tu en fais profiter les autres, ou tu ne dis rien mais tu ne critiques pas à demi mot.
D'autre part, ce que tu écris est vrai mais ne me concerne pas car dans mon cas, si j'insère le contenu de ma textbox dans une autre colonne de la table qui est aussi au format varchar(300), tout marche très bien. D'où mon incompréhension.
Enfin, je ne vois pas comment faire d'autre pour stocker des champs "remarques" qu'on m'impose. ALors le "most valuable SQL donneur de leçon" ferait bien de revoir sa copie...

A bon entendeur...