[MySQL] Requête group by optimisable? [Résolu]

[GyZmoO]

Bonjour à tous !!

Je viens d'écrire une requête, qui fonctionne correctement (i.e, elle me renvoie bien les lignes attendues), houra !

Mais je me demandais, par simple curiosité, si c'est la meilleure façon de faire, et sinon, comment feriez vous??

Allez, maintenant, je présente les choses :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
TABLE 
T_CAL
( 
CAL_ID SMALLINT NOT NULL PRIMARY KEY AUTO_INCREMENT,
CALTYP_ID  SMALLINT NOT NULL REFERENCES T_CAL_TYPE(CALTYP_ID), 
RF_ID SMALLINT NULL,
CHAIN_ID SMALLINT NULL
);
 
 
T_CAL_TYPE
(
CALTYP_ID SMALLINT NOT NULL PRIMARY KEY AUTO_INCREMENT,
CALTYP_NAME VARCHAR(40) NOT NULL
)
 
 
Y'a d'autres colonnes sur ces 2 TABLES, mais ON s'en tamponne :)

Le but de la requête : pour chaque groupe (RF_ID, CHAIN_ID) de la table T_CAL (ainsi que pour un autre filtre dans le WHERE), je veux conserver uniquement les CAL_ID de telle sorte que ces CAL_ID ne soit pas le minimum pour ce groupe (RF_ID, CHAIN_ID) là.

Exemple (des lignes de la table T_CAL):

1 - 1 - 2
2 - 1 - 1
3 - 1 - 2
4 - 1 - 2
5 - 1 - 1

Le résultat que j'attends :

3 - 1 - 2
4 - 1 - 2
5 - 1 - 1

Maintenant voici ma requête :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SELECT cal1.cal_id FROM t_cal cal1
INNER JOIN t_cal_type ty ON ty.caltyp_id = cal1.caltyp_id
LEFT OUTER JOIN
 
(SELECT min(cal.cal_id) AS minB FROM t_cal cal
INNER JOIN t_cal_type type1 ON type1.caltyp_id = cal.caltyp_id
WHERE type1.CALTYP_NAME='RCHAIN'
GROUP BY cal.rf_id, cal.chain_id) AS te
 
ON minB = cal1.cal_id
WHERE ty.caltyp_name='RCHAIN'
AND minB IS NULL

Cette requête fait bien ce que j'attends, mais est ce qu'il y'a plus simple? plus optimisé? Comment auriez vous fait?

D'avance, je vous dis bien merci ! !

Mickaël.

[CinePhil]

À première vue, et indentation du code mise à part, ça me semble pas mal du tout !

[Maljuna Kris]

Saluton,
Dommage de passer par CALTYP_NAME='RCHAIN' pour filtrer plutôt que par CALTYP_ID qui est indexée.

[punkoff]

Faut voir, une table de type est logiquement une très petite table, du coup un index sur la colonne de code ne va pas forcément être utilisé (je ne parle pas de la pk)
Du coup la perte de temps devrait être minime (en gros 1-2 accès disque)

[GyZmoO]

Bonjour, et merci à vous 3 !

Effectivement, la table T_CALTYP est une "petite" table, 6~7 colonnes, avec au max 40 lignes.

Mais, cela dit, je ne comprend pas trop :

"Dommage de passer par CALTYP_NAME='RCHAIN' pour filtrer plutôt que par CALTYP_ID qui est indexée."

Comment faire autrement??

[Maljuna Kris]

Et bien j'imagine que la requête est construite, disons dynamiquement, et que tant qu'à faire si on sélectionne 'RCHAIN' dans une liste déroulante, s'arranger pour que la value associée à l'<option> soit celle de caltyp_id plutôt que celle de CALTYP_NAME.

[GyZmoO]

Ah ok !
Oui effectivement, c'est envisageable

[Maljuna Kris]

Du coup, tu optimises ta requête (et ta sous-requête) puisque tu n'as plus besoin des jointures.
Optimiser c'était bien l'objectif visé au départ, non ?

[GyZmoO]

C'est pas faux !

Merci pour toutes vos remarques !

Je tag [résolu]