Utiliser plusieurs fois un paramètre ODBC

Version imprimable

14/10/2011, 10h32
asmduty

Utiliser plusieurs fois un paramètre ODBC

Bonjour,

j'ai essayé de trouver des réponses à ma question sur les forums C# et VB mais rien trouvé.

Voici ma question, plutôt simple :

J'utilise ODBC, j'ai une requête :

Code:

select * from matable where mois = ? and annee = ? and mois2 = ?

Je déclare donc actuellement 3 paramètres ODBC que j'ajoute à ma commande, @mois, @annee, @mois2.

ça fonctionne très bien, mais je dois déclarer le même paramètre plusieurs fois, si je peux éviter je trouverais ça plus clair et plus propre

Y a-t-il une syntaxe qui me permet d'utiliser le même paramètre pour mois et mois2 ?

Merci
14/10/2011, 10h44
Pol63

"where mois = mois2 and mois = ? and annee = ?" ?
14/10/2011, 10h57
tomlev

Citation:

Envoyé par Pol63

"where mois = mois2 and mois = ? and annee = ?" ?

Pour ce cas particulier ça me semble effectivement une bonne solution ;)

Sinon, dans le cas général, si la seul façon d'indiquer un paramètre dans la requête est "?", tu es un peu coincé : le binding des paramètres se fera uniquement par position puisque tu ne peux pas préciser le nom.

Est-ce que tu es obligé d'utiliser ODBC ? La plupart des SGBD fournissent aussi un connecteur ADO.NET natif, qui offre généralement de meilleures performances et plus de fonctionnalités (par exemple le binding par nom). Quel est le SGBD utilisé ?
14/10/2011, 11h05
asmduty

Merci pour vos 2 réponses.

Pol63 j'ai déjà essayé ça et je me suis rendu compte qu'au niveau efficacité c'est attroce, je faisais toutes mes jointures comme ça puisque ça me paraissait logique, mais en précisant directement la valeur du champs plutôt qu'en le rattachant à un autre la requête s'effectue beaucoup plus vite.

C'est un projet que j'ai repris je suis donc resté comme ça pour le moment, mais je suis en DB2 sur un AS400, il y a une DLL ibm IBM.DATA.DB2, je vais me pencher là-dessus voir si avec ce connecteur ça serait mieux, au niveau efficacité et au niveau de pouvoir préciser ou nom quel paramètre on veut utiliser à tel endroit.
14/10/2011, 11h32
Pol63

Citation:

Envoyé par asmduty

Pol63 j'ai déjà essayé ça et je me suis rendu compte qu'au niveau efficacité c'est attroce, je faisais toutes mes jointures comme ça puisque ça me paraissait logique, mais en précisant directement la valeur du champs plutôt qu'en le rattachant à un autre la requête s'effectue beaucoup plus vite.

!?
qu'une sous requete se base sur une valeur de la requete de base je veux bien croire que c'est à éviter mais ce n'est pas ton cas
si tu arrives à constater une différence de performances entre

Code:

select * from table where a = ? and b = ?

et

Code:

select * from table where a = b and b = ?

change de sgbdr tout de suite !

Tu devrais pouvoir te connecter à DB2 ebn utilisant OleDb

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
 
using System;
using System.Data;
using System.Data.OleDb;
 
class Db2Connect{
static void Main() {
string connString = @"provider = IBMDADB2.1;persist security info = false;data source = sample;";
 
OleDbConnection conn = new OleDbConnection(connString);
 
try
{
conn.Open();
Console.WriteLine("Connection opened.");
 
Console.WriteLine("Connection Properties:"); 
Console.WriteLine("\tConnection String: {0}", conn.ConnectionString); 
Console.WriteLine("\tDatabase: {0}",conn.Database); 
Console.WriteLine("\tDataSource: {0}",conn.DataSource);
Console.WriteLine("\tServerVersion: {0}",conn.ServerVersion);
Console.WriteLine("\tState: {0}",conn.State);
} catch (OleDbException e) {
Console.WriteLine("Error: " + e); 
} finally {
conn.Close();
Console.WriteLine("Connection closed.");
}
}
}

Variantes pour la connection string :

Code:

1
2
3
 
"Provider=DB2OLEDB;Network Transport Library=TCPIP;Network Address=XXX.XXX.XXX.XXX;Initial Catalog=MyCtlg;
Package Collection=MyPkgCol;Default Schema=Schema;User ID=MyUser;Password=MyPW

Code:

1
2
"Provider=IBMDADB2;Database=sample;HOSTNAME=db2host;PROTOCOL=TCPIP;PORT=50000;
uid=myUserName;pwd=myPwd;

14/10/2011, 12h05
asmduty

Citation:

Envoyé par Pol63

!?
qu'une sous requete se base sur une valeur de la requete de base je veux bien croire que c'est à éviter mais ce n'est pas ton cas
si tu arrives à constater une différence de performances entre

Code:

select * from table where a = ? and b = ?

et

Code:

select * from table where a = b and b = ?

change de sgbdr tout de suite !

Ecoutes moi je suis pas super heureux de la base DB2 semi-relationnelle de l'AS400 mais je ne peux rien y faire.
Je referai un exemple pour poster les différences de rapidité.

Mercid e ta réponse Graffito, je vais voir avec le provider IBM qui est censé être le mieux, et si c'est pas super je testerai OLEDB
14/10/2011, 12h08
tomlev

Citation:

Envoyé par Graffito

Tu devrais pouvoir te connecter à DB2 ebn utilisant OleDb

Bah je vois pas en quoi c'est mieux qu'ODBC :?
14/10/2011, 12h21
Graffito

Citation:

A Note on Providers from M$:
You are strongly encouraged to use one of the native OLE DB Providers
instead of the Microsoft Open Database Connectivity (ODBC) Provider. Native
OLE DB Providers provide better application stability and performance.
14/10/2011, 14h28
tomlev

Ah bon... bah au temps pour moi alors
14/10/2011, 15h17
asmduty

Pour le moment je suis en conversion de ODBC vers IBM.DATA.Iseries.DB2
Chose étrange quand je tente de fermer un datareader j'ai un access violation, je ne vois pas bien pourquoi puisque c'est strictement le même code qu'avec ODBC, mais bon je les femre plus ils sont détruis quand je sors de la sub ...
Le timeout de la command aussi était par défaut à 30 secondes, sachant que j'interroge des bases énormes j'ai du le définir à 0.
Autre chose, là ou j'ai des requêtes du genre :

Code:

Select champs as ""UnNom""

je faisais dr("UnNom"), et je dois désormais faire dr("""UnNom"""), il prend les doubles cotes en compte dans le nom de la colonne, mais j'ai l'impression qu'il ne le fait pas dans le cas ou j'ai besoin de ces double cotes comma ici :

Code:

Select champs as ""Un Nom""

Rien de bien grave

Je posterai les comparatifs avec ODBC lundi.
Si je suis encore motivé je tenterai avec OLEDB.
03/11/2011, 09h28
asmduty
Après pas mal de ménage pour tout remettre en ordre, je me suis aperçu qu'on peut nommer les paramètres avec le provider IBM, pour en revenir à mon problème de base.

Donc ma précédente requête :
Code:

1 2 3 4 5 6 Select * from table1 T1 inner join table2 T2 on T1.id = T2.id Where T1.mois = ? and T2.mois = ? and T1.annee = ? and T2.annee = ?
à laquelle je devais passer 4 paramètres est devenue :
Code:

1 2 parameters.Add("@mois", mois) parameters.Add("@annee", annee)
Code:

1 2 3 4 5 6 Select * from table1 T1 inner join table2 T2 on T1.id = T2.id Where T1.mois = @mois and T2.mois = @mois and T1.annee = @annee and T2.annee = @annee
Problème : Je n'avais passé que 2 paramètres donc erreur du provider comme quoi je passe 2 paramètres alors qu'il en faut 4 ...
On revient donc au problème initial, je dois passer 4 paramètres malgrès que 2 m'auraient suffit.
Seulement cette fois-ci le fonctionnement est désespérant, si je passe 2 parametres vides en plus des 2 paramètres dont j'ai besoin, ça fonctionne :
Code:

1 2 3 4 parameters.Add("@mois", mois) parameters.Add("@annee", annee) parameters.Add("@poney", "") parameters.Add("@truite", "")
Code:

1 2 3 4 5 6 Select * from table1 T1 inner join table2 T2 on T1.id = T2.id Where T1.mois = @mois and T2.mois = @mois and T1.annee = @annee and T2.annee = @annee
Et là mes résultats sont corrects, il utilise bien 2 fois les variables "mois" et "annee", et il n'utilise pas mes variables poubelles "truite" et "poney" ...

Je ne sais pas vraiment quoi faire, lui passer des variables poubelle pour lui faire plaisir ? Un peu aberrant comme fonctionnement, à moins qu'il y a une option quelque part à activer ou desactiver ...
03/11/2011, 09h59
Pol63

je ne sais pas si le problème vient d'oledb ou de db2
sur access ce que tu viens de faire n'aurait pas fonctionné je pense, donc je dirais que c'est db2 qui est chiant

pour access même si on nomme les paramètres il s'en fout, le premier parameter trouvé dans la requête est associé au premier DbParameter dans la collection parameters (à créer dans l'ordre donc)

sur sql server avec system.data.sqlclient, en ayant plusieurs occurrences d'un même parametre dans la requete, une seule déclaration est nécessaire

tu peux peut-etre demander sur le sous forum db2 ce qu'ils en pensent ...

enfin vu que ton problème de départ était de ne pas déclarer plusieurs fois le même paramètre pour plus de clarté, je ne pense pas que le poney et la truite vides sont plus clairs que @mois et @mois2 remplis avec la même valeur
03/11/2011, 10h16
asmduty
Oui exactement ces noms sont ridicules, c'était juste pour tester.

Après qu'il m'ait réclamé 2 paramètres de plus j'ai d'abord ajouté les parametres @mois2, @annee2, tout était dans l'ordre, ça fonctionnait je me suis dit qu'en effet il prenait peut être les paramètres dans l'ordre.

J'ai donc déclaré ces 2 variables bidon, sans remplacer dans la requêtes @mois2 et @annee2 par @truite et @poney, il a planté.

J'ai donc remis dans la requête non pas @truite et @poney pour lui faire plaisir, mais @mois et @annee, et là surprise, ça fonctionné.

Bien sur au niveau du code je ne mettrai pas ça, je mettrai des variables du genre @1, @2 ... mais clairement je trouve ça ridicule de devoir ajouter des paramètres que je n'utilise pas

Je vais essayer dans le forum DB2 voir ce qu'ils en pensent, et je fais en attendant les requêtes équivalents en faisant les jointures sur mois et annee :
Code:

1 2 3 4 5 6 Select * from table1 T1 inner join table2 T2 on T1.id = T2.id Where T1.mois = @mois and T2.mois = T1.mois and T1.annee = @annee and T2.annee = T1.annee
plutôt que des les spécifier, pour voir si, comme avec ODBC, c'est plus efficace de les spécifier directement plutôt que de faire les jointures dessus.
03/11/2011, 11h52
tomlev

Finalement tu es toujours en OleDB ou tu utilises le provider ADO.NET dédié d'IBM ?
03/11/2011, 11h54
asmduty

J'utilise le provider d'IBM :

http://www-03.ibm.com/systems/i/soft...indows/dotnet/
17/11/2011, 16h01
asmduty

Citation:

Envoyé par Pol63

!?
qu'une sous requete se base sur une valeur de la requete de base je veux bien croire que c'est à éviter mais ce n'est pas ton cas
si tu arrives à constater une différence de performances entre

Code:

select * from table where a = ? and b = ?

et

Code:

select * from table where a = b and b = ?

change de sgbdr tout de suite !

Code:

select FACT.ACTACT, bchld,IIM2.iityp type_enfant, IIM2.iclas classe_enfant, FACT2.ACTACT activite_enfant, sum(tqty) quantite, sum(tqty*(cftlvl+cfplvl)*bqreq) valeur from bpcs61usrf.mbmhst inner join bpcs61usrf.iimhst IIM on (IIM.iprod = bprod and IIM.imois = mmois and IIM.iannee = mannee and IIM.iid = 'IM') inner join bpcs61usrf.iimhst IIM2 on (IIM2.iprod = bchld and IIM2.imois = mmois and IIM2.iannee = mannee and IIM2.iid = 'IM') inner join bpcs61usrf.ftyp FTYP on IIM.iityp = FTYP.typtyp inner join bpcs61usrf.ftyp FTYP2 on IIM2.iityp = FTYP2.typtyp inner join bpcs61usrf.fact FACT on SUBSTR(FACT.actcen, 1, 1) = case when FTYP.typact = 0 then SUBSTR(IIM.iclas, 1, 1) else CHAR(FTYP.typact) end inner join bpcs61usrf.fact FACT2 on SUBSTR(FACT2.actcen, 1, 1) = case when FTYP2.typact = 0 then SUBSTR(IIM2.iclas, 1, 1) else CHAR(FTYP2.typact) end inner join bpcs61f.ithl01 on (bprod = tprod and thcntr = '201110' and ttype = 'PR') LEFT JOIN bpcs61usrf.cmfhst on (cfprod = bchld and cffac = 'F1' and cfcset = 2 and cfcbkt = 0 and cfmnth = mmois and cfyear = mannee and cfid = 'CF') where bid = 'BM' and mmois = 10 and mannee = 2011 group by FACT.ACTACT, bchld,IIM2.iityp, IIM2.iclas, FACT2.ACTACT having bchld in ( select bchld from bpcs61usrf.mbmhst inner join bpcs61usrf.iimhst on (iprod = bprod and iid = 'IM' and imois = mmois and iannee = mannee) inner join bpcs61usrf.ftyp on iityp = typtyp inner join bpcs61usrf.fact on SUBSTR(actcen, 1, 1) = case when typact = 0 then SUBSTR(iclas, 1, 1) else CHAR(typact) end where bid = 'BM' and mmois = 10 and mannee = 2011 group by bchld having count (distinct actact) >1 ) and FACT.actact <> FACT2.actact order by bchld, fact.actact

Statement ran successfully (123154 ms)

Code:

> select FACT.ACTACT, bchld,IIM2.iityp type_enfant, IIM2.iclas classe_enfant, FACT2.ACTACT activite_enfant, sum(tqty) quantite, sum(tqty*(cftlvl+cfplvl)*bqreq) valeur from bpcs61usrf.mbmhst inner join bpcs61usrf.iimhst IIM on (IIM.iprod = bprod and IIM.imois = 10 and IIM.iannee = 2011 and IIM.iid = 'IM') inner join bpcs61usrf.iimhst IIM2 on (IIM2.iprod = bchld and IIM2.imois = 10 and IIM2.iannee = 2011 and IIM2.iid = 'IM') inner join bpcs61usrf.ftyp FTYP on IIM.iityp = FTYP.typtyp inner join bpcs61usrf.ftyp FTYP2 on IIM2.iityp = FTYP2.typtyp inner join bpcs61usrf.fact FACT on SUBSTR(FACT.actcen, 1, 1) = case when FTYP.typact = 0 then SUBSTR(IIM.iclas, 1, 1) else CHAR(FTYP.typact) end inner join bpcs61usrf.fact FACT2 on SUBSTR(FACT2.actcen, 1, 1) = case when FTYP2.typact = 0 then SUBSTR(IIM2.iclas, 1, 1) else CHAR(FTYP2.typact) end inner join bpcs61f.ithl01 on (bprod = tprod and thcntr = '201110' and ttype = 'PR') LEFT JOIN bpcs61usrf.cmfhst on (cfprod = bchld and cffac = 'F1' and cfcset = 2 and cfcbkt = 0 and cfmnth = 10 and cfyear = 2011 and cfid = 'CF') where bid = 'BM' and mmois = 10 and mannee = 2011 group by FACT.ACTACT, bchld,IIM2.iityp, IIM2.iclas, FACT2.ACTACT having bchld in ( select bchld from bpcs61usrf.mbmhst inner join bpcs61usrf.iimhst on (iprod = bprod and iid = 'IM' and imois = 10 and iannee = 2011) inner join bpcs61usrf.ftyp on iityp = typtyp inner join bpcs61usrf.fact on SUBSTR(actcen, 1, 1) = case when typact = 0 then SUBSTR(iclas, 1, 1) else CHAR(typact) end where bid = 'BM' and mmois = 10 and mannee = 2011 group by bchld having count (distinct actact) >1 ) and FACT.actact <> FACT2.actact order by bchld, fact.actact

Statement ran successfully (8344 ms)

N'ayant trouvé aucune solution à mon problème de base, tampis je passerai autant de fois que demandé le paramètre mois, et le paramètre année.

Merci pour toutes vos propositions et votre aide
17/11/2011, 16h09
Pol63

je rappelle quelques bases de tests de temps sur une base de données, il faut faire plusieurs executions de chaque pour avoir un temps parlant
car une même requete la 1ère fois peut mettre 10secondes et la 2ème une demie seconde car les données seront en ram

c'est aussi valable pour .net, lors du 1er appel d'une méthode celle ci est compilée, et le temps de compilation n'est pas négligeable
17/11/2011, 16h53
asmduty

Je sais bien ça, surtout que là on se situe sur un AS400 qui a tendance à construire ses propres index/fichiers logiques temporaires afin d'améliorer les performances des requêtes, mais c'est un résultat qui persiste, j'ai lancé ces requêtes à la suite 3 fois et j'ai toujours des résultats de cet ordre là.
Que ça ne soit pas normal pour un SGBD je veux bien te croire, mais je ne fais que constater le résultat
17/11/2011, 17h04
Pol63

je comprends bien oui, mais vu que tu ne l'avais pas précisé, ca laissait planer un doute

après pour moi c'est choquant, mais je veux bien croire que coder un moteur de base de données n'est pas simple :D