cast float c# en reel double dans une BDD

bonjour j'ai un soucis de cast dans le code suivant. Ca plante a l'execution de la query, il n'aime pas mon float c# que j'envoie dans ma DB...
J'ai essayé de passer par des parametres comme vous le constatez mais ca ne marche pas (j'ai presque tout essayé comme combinaison...)
Quelqu'un peut m'orienter ? :(

Code:

---

1 2 3 4 5 6 7 8 9 10

maCommande = new OleDbCommand(); maCommande.Connection = maConnexion; maCommande.CommandText = "UPDATE Fournisseur_Produit SET Dernier_prix = (@prix), Date_dernier_achat = (@dateAchat) WHERE ID_produit = " + fournisseurProduit.IDProduit + " AND ID_fournisseur = " + fournisseurProduit.IDFournisseur; maCommande.Parameters.Add("@dateAchat", OleDbType.DBDate).Value = fournisseurProduit.DateDernierAchat; maCommande.Parameters.Add("@prix", OleDbType.Double).Value = fournisseurProduit.DernierPrix; maConnexion.Open(); OleDbDataAdapter myDataAdapter = new OleDbDataAdapter(maCommande); OleDbDataReader dataRead = maCommande.ExecuteReader(); maConnexion.Close(); dataRead.Close();

---

Salut,

quelle est précisément l'erreur que tu obtiens ?
As-tu essayé de convertir ton float en double avant de le passer en paramètre ?
Si tu passes cette exacte requête à la main sur ton client DB, elle fonctionne ?

NB : tes ID de la clause WHERE peuvent également être passés en paramètre.

Il s'agit d'une erreur de casting. Apres test, je suis sûr que c'est un problème avec le float, car lorsque je l'ai retiré de la query, ca marche.
Alors oui j'ai essayé de convertir le float en double.

Code:

---

maCommande.Parameters.Add("@prix", OleDbType.Double).Value = (double)fournisseurProduit.DernierPrix;

---

et j'ai essayé comme ceci aussi

Code:

---

maCommande.Parameters.Add("@prix", OleDbType.Double).Value = double.Parse(fournisseurProduit.DernierPrix.ToString());

---

et j'ai essayé aussi en changeant le casting sur le parametre avec et sans le casting à droite...

Code:

---

maCommande.Parameters.Add("@prix", OleDbType.Decimal).Value = fournisseurProduit.DernierPrix;

---

J'avais lu quelque part que les floats en c# sont des doubles dans une DB.

Oki, creusons encore un peu :
quel SGBD utilises-tu ?
comment, précisément, est déclaré en base le champ que tu veux modifier ?
as-tu toujours l'erreur en faisant un test avec un double en dur ?

J'utilise Access 2010.
Mon champ est en réel simple pour le moment (j'ai testé le réel double et le décimal, mais peu importe il devrait y avoir moyen de faire rentrer une valeur que ça soit du réel simple, double ou décimal à condition de bien le cast ...).

Je vais essayer avec des valeurs en dur.


merci pour l'aide ;) je posterai ce que j'obtiens avec les valeurs en dur.

edit : j'ai testé avec une variable float = x.y, avec double = x.yF ca marche toujours pas T.T...

"Type de données incompatible dans l'expression du critère". Voila le message que j'obtiens.

Je suis pas expert en Access mais "réel simple" ça sonne comme "simple précision", autrement dit "single" aka "float".
Du coup il faudrait tenter de caster ta valeur en float et de définir ton paramètre comme OleDbType.Single.

En fait faire l'inverse de ce que tu cherches à faire depuis le début ;)

ok je teste avec single. C'est pas évident les termes utilisés sont pas les memes suivants les langages -_-

edit: ben non toujours pas. En fait j'avais utilisé le double parce qu'au départ j'avais mis un réel double dans la BDD. Puis j'ai testé pleins de combi... Je suis perdu :calim2:. On m'avait dit pendant mes études que les casting allaient me faire ch... je pensais pas que c'etait à ce point là :aie:

Sinon j'ai pensé à un truc mais c'est vraiment moche de faire comme ça... Si je met la valeur en "string" dans la BDD ca devrait marcher... Mais c'est nul de procéder ainsi...

Mettre une string serait vraiment inapproprié, tu perdrais toutes les fonctionnalités de calcul.
Je vais essayer de regarder ça de plus près.

Bon, je viens de faire un essai et j'ai pas le souci avec OleDbType.Single et Convert.ToSingle dans le code pour un champ déclaré comme Numérique/Réel simple.

Et là je me suis rappelé d'un truc pourri quand j'avais fait une surcouche d'accès aux données indépendante du SGBD derrière ... Access n'aime pas quand les paramètres sont associés à la commande dans un ordre différent de leur apparition dans la requête SQL.

J'ai donc testé dans mon code d'inverser l'ordre de mes paramètres : mon update ne se fait plus (sans erreur).
Et quand je regarde le code que tu nous présentes c'est aussi le cas (paramètre "@prix" ajouté après le paramètre "@dateAchat" alors que dans ta requête c'est l'inverse). Ça vaut le coup d'essayer ;)

fghpfgjgdhjfjkfjkfgj

Godamnit c'était ça...............
l'ordre des paramètres. MERCI !!

Problème résolu, c'est la bonne nouvelle :D

Sinon on aurait quand même pu y penser plus rapidement si on avait bien lu la fiche MSDN OleDbCommand.Parameters.

On peut trouver ceci :

Citation:

---

Remarks
The OLE DB .NET Provider does not support named parameters for passing parameters to an SQL statement or a stored procedure called by an OleDbCommand when CommandType is set to Text. In this case, the question mark (?) placeholder must be used.
Therefore, the order in which OleDbParameter objects are added to the OleDbParameterCollection must directly correspond to the position of the question mark placeholder for the parameter in the command text.

---

En gros : OleDb ne prend pas en charge les paramètres nommés, il faut donc que les paramètres soient en bon nombre et en bon ordre.

Ça aurait évité de faire appel à ma mémoire de poisson rouge :mrgreen:

ouais sorry T.T ca faisait presque 2 jours que j'usais mon tapis à force de tourner en rond en retournant le problème dans tous les sens >.<.