Discussion :

[ifsera]

Bonsoir,


Quelqu'un de charitable pourrait m'expliquer cette erreur.
Et voir ce qui cloche dans mon code.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
   DateTime date1 = CalenSortie.Value;
                    DateTime heure1 = dtpHeureSortie.Value;
                    String vDateHeure1 = date1.ToShortDateString() + " " + heure1.ToShortTimeString();
                    //MessageBox.Show(vDateHeure1);
 
                    OleDbCommand cmdUpdateValSor = new OleDbCommand();
                    cmdUpdateValSor.Connection = cnx;
                    cmdUpdateValSor.CommandText = @" update interv set sortie = '" + vDateHeure1 + "' where nointerv = '" + txtNoInterv.Text + "'";
                    cmdUpdateValSor.ExecuteNonQuery();
                    cnx.Close();

Merci

[StormimOn]

A mon avis c'est parce que le format de la chaîne représentant la date / heure n'est pas correct par rapport à ce qu'attend Oracle.

Avec une requête paramétrée tu n'aurais pas ce genre de soucis.

Par contre il me semble qu'il existe des classes pour Oracle (OracleConnection, OracleCommand, ...). Ce doit être sûrement plus adapté que OleDB

[tomlev]

Avec une requête paramétrée tu n'aurais pas ce genre de soucis.

+1
Ca t'évitera tous les problèmes liés au format de date ou de nombre, et pour les requêtes utilisées souvent ce sera plus performant
Ce tuto explique comment utiliser des requêtes paramétrées :
http://johannblais.developpez.com/tu...s-donnees/#LIV

Par contre il me semble qu'il existe des classes pour Oracle (OracleConnection, OracleCommand, ...). Ce doit être sûrement plus adapté que OleDB

C'est clair
Par contre il y a 2 providers :
- celui qui est fourni avec le framework (System.Data.OracleClient) : il marche assez bien, mais je ne suis pas sûr qu'il soit compatible avec les toutes dernières versions d'Oracle (en tous cas c'est OK en 10g)
- celui fourni par Oracle (Oracle.DataAccess.Client, ou ODP.NET) : probablement un peu plus efficace, et légèrement plus fonctionnel (gestion des BLOBs par exemple). Par contre attention, Oracle a pris quelques libertés dans son implémentation d'ADO.NET...

[Guulh]

Par contre attention, Oracle a pris quelques libertés dans son implémentation d'ADO.NET...

Ah bon ? je suis justement en train de modifier du code qui faisait explicitement appel à toutes les classes d'ODP (OracleCommand, etc.) en remplaçant autant que possible les classes par leur interface ADO.Net correspondante pour rendre le code plus générique, avec pour objectif idéal de plus avoir qu'à changer le fichier de conf pour passer d'un provider à l'autre ; tu as eu des mauvaises expériences avec ODP ?

[tomlev]

tu as eu des mauvaises expériences avec ODP ?

Oui, mais j'arrive plus à retrouver de quoi il s'agissait exactement...

Je sais qu'il y a en tous cas un problème avec les paramètres : ODP.NET ne les gère pas par nom mais uniquement par position. Autrement dit, si tu as un paramètre utilisé N fois dans une requête, il faut l'ajouter N fois dans les paramètres de la DbCommand, et dans le bon ordre s'il vous plait... sinon il te sort un joli "not all variables bound" ou quelque chose comme ça.

D'ailleurs j'ai un code 100% générique, sans aucune référence explicite à System.Data.OracleClient ou Oracle.DataAccess.Client (juste le provider name dans le web.config), qui fonctionne nickel avec OracleClient mais qui fait l'erreur décrite ci-dessus avec ODP.NET

Je crois que j'avais aussi remarqué autre chose, mais j'arrive pas à remettre la main dessus... j'avais dû en parler une fois dans une discussion sur le forum, je vais voir si je la retrouve

EDIT : La discussion en question
http://www.developpez.net/forums/d65...e-assigned-to/
En plus ce jour là j'étais déjà assez énervé contre Oracle, donc mon post est un peu virulent... faut dire qu'ils ont fait fort sur ce coup là...
Le coup de l'implémentation explicite avec le set qui ne fait rien, très fort

[Guulh]

J'ai constaté ça, en effet. Je connais pas les autres provider, mais apparemment leur comportement correspond à celui d'ODP que si l'on spécifie OracleCommand.BindByName = true ; mais BindByName est propre à ODP et est absent d'ADO...

A moins, systématiquement, de vérifier par réflexion si l'objet IDBCommand a une propriété BindByName et de la mettre à true si c'est le cas... Pas super propre

Un peu de google me montre que d'autres y ont pensé : http://forums.oracle.com/forums/mess...sageID=2477024

[tomlev]

Tiens, j'avais jamais vu cette propriété BindByName... (un peu normal d'ailleurs, vu que je ne manipulais que des DbCommand génériques...)
Ce serait pas mal de pouvoir mettre ça dans un fichier de conf...

[ifsera]

Merci à vous.
Ouais, je l'ai résolu en repassant par une requête paramétrée.

Et désolé pour le temps. J'avais complètement zappé.