Conditions WHERE dynamiques

Version imprimable

06/06/2017, 15h15
nicolas2603

Conditions WHERE dynamiques

Bonjour,

Je me pose la question à savoir s'il existe en SQL la possibilité de WHERE dynamique. Je m'explique.
Imaginons que je dispose de 2 tables structurées ainsi :

t1

Nom Catégorie Position

Tata 1 1

Toto 2 2

Titi 2 3

Tutu 1 4

t2

Catégorie Libellé

1 Femme

2 Homme

J'ai une requête basique associée qui fonctionne normalement.

Code:

SELECT nom, libelle FROM t1, t2 WHERE t1.categorie = t2.categorie AND t1.position > 0

Est-il possible que cette requête intègre une condition dynamique à ajouter en fonction de t1.position, pour qu'en gros elle fasse "... AND t1.position > 0 AND ( t2.categorie = 1 si t1.position > 2 )" ?
Me retournant donc uniquement tutu.

Merci d'avance
06/06/2017, 15h28
skuatamad

Avec un case :

Code:

and t2.categorie = case when t1.position > 2 then 1 end
06/06/2017, 15h40
nicolas2603

Oui ça OK, et s'il faut pousser un peu, du genre :
"... AND t1.position > 0 AND ( t2.categorie = 1 ET t2.libelle = 'Femme' si t1.position > 2 )" ?

Dans mon tableau d'exemple la categorie 1 est forcément liée au libellé femme donc ma condition peut paraître bizarre, mais mon tableau final est plus complexe et peut posséder des catégories 1 avec plusieurs libellés différents.

Il faudra répéter le test pour les différentes colonnes / valeurs :
Code:

1 2 and t2.categorie = case when t1.position > 2 then 1 end and t2.libelle = case when t1.position > 2 then 'Femme' end

Ou une variante

Code:

1
2
3
4
5
6
7
8
Select col1, col2, coln
from Table1  t1
inner join Table2 T2
   on T2.categorie = T1.categorie
where case 
      when t1.position between 0 and 2 then 1
      when t1.position >2 and t2.categorie=1 then 1
      end=1

OK, merci pour vos réponses.
Je n'ai pas réussi à appliquer cet exemple à mon cas, qui intègre d'autres conditions :(

Je vais essayer d'être plus explicite. Voici ma requête réelle :
Code:

1 2 3 4 5 6 7 SELECT SUM ( CASE WHEN t1.col4 = 'oui' THEN 2 ELSE 1 END ) as total FROM table_1 t1, table_2 t2, table_4 t4, table_3 t3 WHERE t1.id = t2.id AND t3.id = t2.id AND t2.idn = t4.id AND t3.col1 BETWEEN 1 AND 100 /* AND IF t3.col1 > 60 THEN ajoute ces conditions ( t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 ) */
La dernière ligne commentée est la condition dynamique qu'il faut prendre en compte.
C'est à dire que la requête doit dépendre de la valeur de t3.col1 qui, quand elle est supérieure à 60, doit filtrer en plus sur la condition entre parenthèses.
C'est jouable ça ?
Merci d'avance !

Qu'est ce que ça donne comme ça ?

Code:

1
2
3
4
5
6
7
8
9
SELECT SUM ( CASE WHEN t1.col4 = 'oui' THEN 2 ELSE 1 END ) as total
  FROM table_1 t1, table_2 t2, table_4 t4, table_3 t3
 WHERE t1.id = t2.id
   AND t3.id = t2.id
   AND t2.idn = t4.id
   AND t3.col1 BETWEEN 1 AND 60
    OR (    t3.col1 BETWEEN 61 AND 100
        AND ( t3.col2 <> t1.col2 OR t3.col3 <> t1.col3)
       )

Salut à tous.

Commencez par utiliser les jointures, cela permettra de rendre vos requêtes lisibles et respectueuses des normes SQL.

Citation:

Envoyé par nicolas2603

Je me pose la question à savoir s'il existe en SQL la possibilité de WHERE dynamique.

Ce qui me dérange, c'est le terme "dynamique", car cela voudrait dire que votre requête et non son exécution, change à chaque fois que vous désirez l'utiliser.
Je dirais plutôt que vous cherchez un critère de sélection à choix multiple.

Citation:

Envoyé par nicolas2603

Dans mon tableau d'exemple la categorie 1 est forcément liée au libellé femme donc ma condition peut paraître bizarre, mais mon tableau final est plus complexe et peut posséder des catégories 1 avec plusieurs libellés différents.

Dans ce que vous dites, il y a déjà un problème avec la deuxième table, celle contenant le libelle.
En principe, une catégorie donne 1 et 1 seul libellé. Or vous affirmez que ce n'est pas le cas !

Donc votre deuxième table ne peut pas servir en tant clef étrangère vis-à-vis de la première table, car une même catégorie peut avoir plusieurs libellés.
Vous avez donc un problème de modélisation. Pourquoi ne pas créer une sous-catégorie ?
Car la façon dont vous exposez votre problème, se résout facilement par une sous-catégorie.
Sauf que ce n'est pas ce que vous cherchez à faire !

Vous ne savez pas généraliser ce genre de condition :

Code:

/* AND IF t3.col1 > 60 THEN ajoute ces conditions ( t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 ) */

Commencez par lire la documentation MySql :
--> https://dev.mysql.com/doc/refman/5.7/en/case.html

Votre condition s'écrit :

Code:

1
2
3
where case when t3.col1 > 60 then t3.col2 <> t1.col2 or t3.col3 <> t1.col3
           when ...          then ...
           else 0 end = 1

Ne mélangez pas tout dans votre requête. Faites une distinction entre les jointures et les conditions.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
        select  sum(case when t1.col4 = 'oui' then 2 else 1 end as total
 
          from  table_1  as t1
 
    inner join  table_2  as t2
            on  t2.id = t1.id
 
    inner join  table_3  as t3
            on  t3.id = t2.id
 
    inner join  table_4  as t4
            on  t4.id = t2.idn
 
         where  t3.col1 between 1 and 100
           and  case when t3.col1 > 60 then t3.col2 <> t1.col2 or t3.col3 <> t1.col3 else 0 end = 1;

J'ai repris votre exemple et voici comment je testerais votre condition :

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
--------------
SET AUTOCOMMIT = 0
--------------
 
--------------
START TRANSACTION
--------------
 
--------------
DROP DATABASE IF EXISTS `base`
--------------
 
--------------
CREATE DATABASE `base`
        DEFAULT CHARACTER SET `latin1`
        DEFAULT COLLATE       `latin1_general_ci`
--------------
 
--------------
DROP TABLE IF EXISTS `tabtwo`
--------------
 
--------------
CREATE TABLE `tabtwo`
( `categorie`    tinyint unsigned  NOT NULL primary key,
  `libelle`      varchar(255)      NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
insert into `tabtwo` (`categorie`,`libelle`) values
  (1, 'femme'),
  (2, 'homme')
--------------
 
--------------
select * from `tabtwo`
--------------
 
+-----------+---------+
| categorie | libelle |
+-----------+---------+
|         1 | femme   |
|         2 | homme   |
+-----------+---------+
--------------
DROP TABLE IF EXISTS `tabone`
--------------
 
--------------
CREATE TABLE `tabone`
( `id`           integer unsigned  NOT NULL auto_increment primary key,
  `nom`          varchar(255)      NOT NULL,
  `categorie`    tinyint unsigned  NOT NULL,
  `position`     tinyint unsigned  NOT NULL,
  CONSTRAINT `FK_tabtwo` FOREIGN KEY (`categorie`) REFERENCES `tabtwo` (`categorie`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
insert into `tabone` (`nom`,`categorie`,`position`) values
  ('tata', 1, 1),
  ('toto', 2, 2),
  ('titi', 2, 3),
  ('tutu', 1, 4)
--------------
 
--------------
select * from `tabone`
--------------
 
+----+------+-----------+----------+
| id | nom  | categorie | position |
+----+------+-----------+----------+
|  1 | tata |         1 |        1 |
|  2 | toto |         2 |        2 |
|  3 | titi |         2 |        3 |
|  4 | tutu |         1 |        4 |
+----+------+-----------+----------+
--------------
select      t1.nom, t2.libelle
 
      from  tabone as t1
 
inner join  tabtwo as t2
        on  t2.categorie = t1.categorie
 
     where  t1.position > 0
--------------
 
+------+---------+
| nom  | libelle |
+------+---------+
| tata | femme   |
| tutu | femme   |
| toto | homme   |
| titi | homme   |
+------+---------+
--------------
select      t1.nom, t2.libelle
 
      from  tabone as t1
 
inner join  tabtwo as t2
        on  t2.categorie = t1.categorie
 
     where  t1.position > 0
       and  case when t1.position > 2 then t2.categorie = 1 else 0 end = 1
--------------
 
+------+---------+
| nom  | libelle |
+------+---------+
| tutu | femme   |
+------+---------+
--------------
COMMIT
--------------
 
--------------
SET AUTOCOMMIT = 1
--------------
 
Appuyez sur une touche pour continuer...

Avec un CASE ce serait peut être plutôt :

Code:

1
2
3
4
5
and t3.col1 BETWEEN 1 AND 100
and case when  t3.col1 > 60 
          and (t3.col2 <> t1.col2 or t3.col3 <> t1.col3)
         then 1
     end = 1

07/06/2017, 13h54
Artemus24

Salut skuatamad.

Quand vous testez ceci : "t3.col2 <> t1.col2 or t3.col3 <> t1.col3", le résultat est soit VRAI ou soit FAUX.
Or : VRAI = 1
et : FAUX = 0
Donc cela produit le même résultat
Cela évite de tester votre condition en disant "si cond=1 alors mettre 1".

J'ai repris dans mon exemple ce que j'ai indiqué comme case et vous constaté que cela produit le bon résultat !

@+
07/06/2017, 14h24
skuatamad

Artemus, Mysql autorise peut être des syntaxes exotiques, mais mettre un = ou un <> dans le THEN du CASE n'est à mon avis pas supporté par les autres éditeurs.

Salut skuatamad.

Je veux bien mais dans ce cas là, votre exemple est faux car nicolas2603 veut d'abord tester "t3.col1 > 60" avant de retourner le résultat de "t3.col2 <> t1.col2 or t3.col3 <> t1.col3".
Donc si vous désirez respecter scrupuleusement la syntaxe du "case", alors vous devez l'écrire ainsi :
Code:

1 2 3 4 5 6 7 8 and t3.col1 BETWEEN 1 AND 100 and case when t3.col1 > 60 then case when (t3.col2 <> t1.col2) or (t3.col3 <> t1.col3) then 1 else 0 end else 0 end = 1;
Etes-vous satisfait ?

@+

07/06/2017, 17h10
nicolas2603

Bonjour,

Mon premier exemple était mal structuré je le conçois, ne pouvant exposer directement ma structure ni ma requête, j'avais mis cet exemple qui au final ne faisait pas l'affaire !!
Pour ce qui est des jointures, je reprends un code qui est ainsi, sans jointure, donc je ne peux pas tout modifier, sauf à être sûr par exemple que les INNER JOIN (que personnellement j'aurai utilisé si j'avais codé la requête depuis le début) accélèrerai la requête.
Et j'avoue ne pas maîtriser les CASE WHEN, je vais bien potasser le sujet avec votre lien, merci.
Quoi qu'il en soit, en partant de la solution proposée par skuatamad j'obtiens un résultat à première vue satisfaisant.
Je vais faire des tests plus poussés pour voir :)
08/06/2017, 10h31
aieeeuuuuu

Bonjour,

On peut aussi se passer du CASE, en inversant la condition sur t3.col1 :

Code:

/* AND IF t3.col1 > 60 THEN ajoute ces conditions ( t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 )*/

==>

Code:

AND (t3.col1 <= 60 OR t3.col2 <> t1.col2 OR t3.col3 <> t1.col3)
08/06/2017, 11h53
Artemus24

Salut aieeeuuuuu.

Non, ce n'est pas ce que recherche nicolas2603. Il désire faire ce genre de test :

Code:

AND IF t3.col1 > 60 THEN ajoute ces conditions ( t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 )

Il y a le déclencheur de ce qu'il désire tester, à savoir "t3.col1 > 60" et ce qu'il veut tester, à savoir "t3.col2 <> t1.col2 OR t3.col3 <> t1.col3".
Si vous imbriquez les deux conditions dans le même test, cela ne va pas fonctionner.

En respectant le choix de nicolas2603, on ne peut pas faire autrement que d'utiliser le "case", comme l'a indiqué skuatamad.

@+
08/06/2017, 18h20
aieeeuuuuu

bah si

Citation:

Envoyé par Artemus24

Il y a le déclencheur de ce qu'il désire tester, à savoir "t3.col1 > 60" et ce qu'il veut tester, à savoir "t3.col2 <> t1.col2 OR t3.col3 <> t1.col3".

Donc, si et seulement si t3.col1 > 60 est vrai, alors il faut que t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 soit vrai également
ce qui revient a dire qu'il veut que t3.col1 > 60 soit faux, ou bien que t3.col2 <> t1.col2 OR t3.col3 <> t1.col3 soit vrai...

ce que j'ai écrit donc.
08/06/2017, 20h27
Artemus24

Salut aieeeuuuuu .

Oui, vous avez raison ! Désolé :oops:

@+
09/06/2017, 14h29
nicolas2603

Bonjour,

Je confirme que la solution proposée par aieeeuuuuu fonctionne, et que dans mon cas, avec beaucoup de données à traiter, elle est en plus plus rapide et moins gourmande en ressources !
Merci :P

Nom	Catégorie	Position
Tata	1	1
Toto	2	2
Titi	2	3
Tutu	1	4

Catégorie	Libellé
1	Femme
2	Homme