Fusion de deux requetes sur une même table

Bonjour à tous.

J'ai eux requêtes différentes qui sont les suivantes :

Code:

---

1 2 3

select count(mdcod) as cnt from immanda where mdtyp = 1 and mddeb like '200701%'   select count(mdcod) as cnt from immanda where mdtyp = 3 and mddeb like '200701%'

---

Elles sont correctes et me donnent bien le résultat que je recherche.

Cependant, elle se trouvent dans une boucle qui est assez longue à exécuter, j'essaie donc d'optimiser les traitements.

J'aimerai donc commencer par réunir ces deux quêtes pour obtenir les deux chiffres que je recherche dans le même résultat d'une seule requête. (j'espère être assez clair).

Je cherche en vain depuis deux jours ...

Si quelqu'un a une idée, je l'en remercie d'avance.

Précision: tout ceci se passe sur des bases Hyperfile, format propriétaire de PCSoft.

Bonjour,

est-ce-que cette requête répond à vos besoins :

Code:

---

1 2 3 4 5 6

SELECT count(mdcod) AS cnt FROM immanda WHERE ( mdtyp = 1 OR mdtyp = 3 ) AND ( mddeb LIKE '200701%' );

---

Salut,

Je ne suis pas sur que c'est cela qu'il souhaite obtenir. La tu additionnes les uplets qui ont mdtyp = 1 ou mdtyp = 3.

Je vois plutôt comme cela

Code:

---

1 2 3 4 5 6

SELECT count( * ) FROM immanda WHERE ( mdtyp = 1 OR mdtyp = 3) AND ( mddeb LIKE '200701%' ) GROUP BY mdtyp;

---

Ainsi, il obtient deux lignes de résultats.
A tester quand même

Ah oui je pense que tu as raison ! :)

Salut à vous, merci pour vos réponses.

La requête de Ijnei correspond bien à ce dont j'ai besoin, merci beaucoup.

J'ai bien compris que c'est ceci

Code:

---

( mdtyp = 1 OR mdtyp = 3)

---

qui fait qu'il y a deux lignes.
Mais j'aimerai juste comprendre la logique qu'il y a là-dessous, car comme ça à l'oeil nu, je ne la vois pas :p

Si quelqu'un peut éclairer ma lanterne.

Merci encore ;)

Et bien cette condition te permet de ne garder que les enregistrements pour lesquels le champ mdtyp vaut 1 OU 3.

De plus s'il y a des parenthèses, c'est pour respecter la "priorité des conditions" si l'on peut dire. Ainsi comme en maths, en SQL on effectue d'abord ce qu'il y a dans les parenthèses, puis ce qu'il y a autour.

Si tu enlèves les parenthèses et que tu écris :

Code:

---

1 2 3

WHERE mdtyp = 1 OR mdtyp = 3 AND mddeb LIKE '200701%'

---

La requête retiendra les enregistrements :

• qui ont un champ mdtyp valant 1 (sans tenir compte du champ mddeb)
• qui ont un mdtyp valant 3 ET un mddeb commençant par '200701'

Sans les parenthèses le OR sépare la condition en deux, alors que toi tu as une condition commune à tes deux requêtes (la valeur de mddeb) et une condition qu'il faut "fusionner" (mdtyp valant 1 ou 3).

Pour résoudre ce problème, il faut utiliser les parenthèses qui vont permettre de dire au SGBD :

• "Attention je veux que tu tiennes compte du champ mddeb pour la valeur 1 et 3, et pas uniquement pour la valeur 3"

J'espère avoir été clair :)

[EDIT]

Une autre manière de voir les choses est de dire que grâce aux parenthèses, le SGBD procède comme suit pour trouver les enregistrements correspondants :

• En premier lieu il cherche les enregistrements pour lesquels la valeur de mdtyp est 1 ou 3
• Puis, une fois qu'il a trouvé ces enregistrements, il leur applique la deuxième condition portant sur la valeur de mddeb
  

C'est une autre façon d'expliquer la priorité des conditions.


[/EDIT]

C'est noté, merci à toi.