Data truncated lors d'insertion de valeur Double

bonjour,
mon problème est lorsque je veut inserser une valeur de type double dans ma bd une erreur

Citation:

---

Data truncated

---

s'affiche parce que dans le code un double est déclarer par le séparateur "," tandis que dans la BD mysql un double est avec "."

j'ai essayée tous ces solutions :

Code:

---

1 2 3 4 5 6

double rectif = 100,50; string rec = rectif.ToString().Replace(',', '.'); double rectification = double.Parse(rec); double rectification= double.Parse(rec, new CultureInfo("en-US")); double rectification = double.Parse(rec, System.Globalization.CultureInfo.InvariantCulture);

---

toujours rectification reçoit

Code:

---

rectification =100,50

---

et lors de l'insertion avec la requête :

Citation:

---

up = " UPDATE recouvrement.etat SET rectif='" + rectification + "' WHERE date_constatation= '" + date_const + "';";

---

l'erreur

Citation:

---

Data truncated

---

s'affiche

j'ai essayée de mettre dans la requête la chaine string dont j'ai replacer le "," par un "."

Citation:

---

up = " UPDATE recouvrement.etat SET rectif='" + rec+ "' WHERE date_constatation= '" + date_const + "';";

---

mais j'ai constaté que la valeur rectif dans la BD reçoit une valeur de 0

j'ai pas comprit comment corriger cet erreur j'ai besoin de vos aide et merci d'avance.

Vous ne devriez jamais, et je dis bien JAMAIS, construire une requête SQL en concaténant des chaînes de caractères.
Cela expose votre code à des attaques de type injection SQL.
Utilisez plutôt des reqêtes paramétrées:

Code:

---

1 2 3 4 5 6 7

string req = "UPDATE recouvrement.etat SET rectif=@rectif WHERE date_constatation= @dateconst;"; using (SqlCommand cmd = new SqlCommand(req)) { cmd.Parameters.AddWithValue("@rectif", rectif); cmd.Parameters.AddWithValue("@dateconst", date_const); // ... là vous pouvez exécuter la requête l'esprit dans les pantoufles }

---

Par ailleurs, le séparateur décimal en c# est le point, et ce quelles que soient vos options de langue. Je suis même étonné que la ligne

Code:

---

double rectif = 100,50;

---

ne génère pas une erreur de compilation.

Citation:

---

Envoyé par phil.o

Je suis même étonné que la ligne

Code:

---

double rectif = 100,50;

---

ne génère pas une erreur de compilation.

---

Ce n'est pas du code, c'est sa représentation mentale d'un double instancié à partir d'un parsing... :roll:

Et la question bête : comment est définie la colonne ? Quel est son type ?

bonjour,
merci pour vos réponses et aides.
pour le problème de séparateur . et , je l'ai résolue en configurant langue et région dans le panneau de config où la représentation décimale est déclarée avec un séparateur "," c'est pour cette raison que tjr le double est en virgule.
mais mon problème d'update qui n'exécute pas. j'ai déclarée le champs "const" et "rect" en double toujours la requête m’insère des zero
j'ai modifiée la déclaration en string pareille tjr elle insère des zéro

Code:

---

up = " UPDATE recouvrement.etat SET const='" + cons + "' and rect='" + rec + "' WHERE date_constatation= '" + date_const + "'and num_contrat= '" + pRow["num_contrat"].ToString() + "';";

---

merci d'avance pour vos réponses

juste remq, j'ai essayée d'insérer dans le champs saison la valeur de const pour voir si le prob dans la requête ou dans mysql et comme vous voyez le champs saison a bien récupéré les valeurs tandis que const a récupéré des zero

3 choses.

Tout d'abord, je vais répéter les dire de phil.o. Ne jamais au grand JAMAIS concatener des chaines de caratères pour construire des requêtes SQL. C'est la porte ouverte aux injections, surtout lorsqu'on est débutant !

Ensuite, ça pique un peu les yeux d'utiliser des double côté code, mais d'utiliser du VARCHAR(30) côté SGBD. MySQL supporte des types à virgule flottante, FLOAT et DOUBLE qui seront beaucoup plus adaptés ici (et qui permettront de faire plus facilement du requêtage).

Enfin, concernant le problème d'initialisation, c'est sans doute car la requête SQL construite est erronée. Dans la clause SET, les champs sont séparés par des virgules, et pas par l'opérateur AND. L'opérateur AND effectue une opération booléenne. MySQL est tellement permissif dans la syntaxe qu'il accepte peut-être celle-ci sans rien dire, mais elle est complètement fausse ! Donc, il faut commencer par remplacer ce AND par une virgule (mais uniquement dans la clause SET, ne pas toucher au AND dans la clause WHERE)

Citation:

---

Envoyé par oumay

pour le problème de séparateur . et , je l'ai résolue en configurant langue et région dans le panneau de config

---

Vous confondez toujours les options régionales, qui effectivement formattent les nombres, dates, etc... en fonction de votre culture, et le code C#, qui, lui, est INVARIANT: en C#, le séparateur décimal est TOUJOURS le point.

Il est une notion qui semble vous manquer, et qui pourtant est extrêmement importante : celle de typage de données, et de leur représentation sous forme de chaînes.
Quand vous écrivez du code, le compilateur a besoin que vous lui fournissiez des informations sous une forme qu'il peut interpréter; il ne tient pas compte de votre culture. Si vous lui écrivez "double valeur = 1,5;", il va vous signifier une erreur de syntaxe, car une virgule, pour lui, n'a rien à faire à cet endroit. Il ne comprendra que "double valeur = 1.5;".
En revanche, lorsque vous affichez une valeur numérique, celle-ci est "traduite" sous une forme qui, elle, respecte la culture actuellement sélectionnée, soit au niveau de Windows, soit au niveau de l'application, si la culture utilisée pour cette application a été changée programmatiquement. Si vous écrivez "string representationChaineDeMaValeur = value.ToString()", alors là, oui, vous obtiendrez "1,5", si la culture actuellement définie est le français, ou tout autre culture utilisant la virgule comme séparateur décimal.

J'ai le sentiment que ces notions essentielles vous manquent, et je vous encourage à vous documenter/former sur les bases de la programmation en général, et sur le typage des données, et leur représentation en chaîne de caractères, en particulier.

tout d'abords merci pour vos aides utiles.
le problème a été résolu grâce à vous.
1- j'ai changé le format de variable décimale (séparateur au lieu de ',' j'ai mis '.') est le problème dans le code est résolu
2- pour la requête ma faute est le and dans la partie set (problème de syntaxe résolu en remplaçant de and par ,)

pour phil.o j'ai pris ta remarque est j'ai modifiée ma requête en utilisant des requêtes paramétrées.
;)