Discussion :

[Maljuna Kris]

Saluton,
Je dois être plus vieux ou plus fatigué que je ne le croyais, car je n'arrive pas à me dépétrer de cette requête :
J'ai une table :

Code :

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

1
2
3
4
5
6
CREATE TABLE `plafonds` (
  `GRUPO` char(8) NOT NULL default '',
  `ID` char(11) NOT NULL default '',
  `ECHELON` char(2) NOT NULL default '0',
  `INDICE` float(10,6) NOT NULL default '0.000000'
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

Je souhaite obtenir, pour chaque GROUP GRUPO,ECHELON, l'INDICE maximal.
J'ai essayé cela :

Code :

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

1
2
3
4
SELECT `GRUPO`, `ID`,`ECHELON`,`INDICE`
FROM `plafonds` 
GROUP BY GRUPO, ECHELON
ORDER BY GRUPO, ECHELON DESC, INDICE DESC

mais l'INDICE retourné n'est pas le maximal de chaque GRUPO, ECHELON.
Voyez-vous ce qui cloche dans ma requête ?
Merci.

[TheLeadingEdge]

Code :

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

MAX(indice)

?

[Alexandre T]

Oui, plus clairement :

Code :

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

1
2
3
4
SELECT `GRUPO`, `ID`,`ECHELON`,MAX(`INDICE`)
FROM `plafonds` 
GROUP BY GRUPO, ECHELON
ORDER BY GRUPO, ECHELON DESC, INDICE DESC

[Maljuna Kris]

Hélas, ce n'est pas si simple, telle quelle, la requête me retourne bien la valeur maximale de l'INDICE pour chaque GRUPO,ECHELON.

Le problème c'est que l'ID appartient bien au GRUPO,ECHELON mais ne correspond pas à la valeur MAX(`INDICE`)

[Maximil ian]

Il y a 2 possibilités :

- L'ID est forcément toujours le même pour un couple (GRUPO, ECHELON).
Dans ce cas-là toutes les colonnes du SELECT doivent se retrouver dans le GROUP BY :

Code :

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

1
2
3
4
SELECT `GRUPO`, `ID`,`ECHELON`,MAX(`INDICE`)
FROM `plafonds` 
GROUP BY GRUPO, ECHELON, ID
ORDER BY GRUPO, ECHELON DESC, INDICE DESC

- L'ID varie suivant les lignes pour un même couple (GRUPO, ECHELON).
A ce moment-là ça ne rime à rien de sélectionner ID dans la requête, en effet MySQL ne sait pas laquelle de ses valeurs choisir et il en prend un aléatoire.

[Alexandre T]

Autant pour moi je n'avais pas vu l'ID dans la requête.

[Maljuna Kris]

Il y a 2 possibilités :

- L'ID est forcément toujours le même pour un couple (GRUPO, ECHELON).
Dans ce cas-là toutes les colonnes du SELECT doivent se retrouver dans le GROUP BY :

Code :

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

1
2
3
4
SELECT `GRUPO`, `ID`,`ECHELON`,MAX(`INDICE`)
FROM `plafonds` 
GROUP BY GRUPO, ECHELON, ID
ORDER BY GRUPO, ECHELON DESC, INDICE DESC

- L'ID varie suivant les lignes pour un même couple (GRUPO, ECHELON).
A ce moment-là ça ne rime à rien de sélectionner ID dans la requête, en effet MySQL ne sait pas laquelle de ses valeurs choisir et il en prend un aléatoire.

Et il n'y a aucun moyen, quitte à passer par un sub-select ou une requête corrélée ?

[Maximil ian]

Aucun moyen de quoi ?

Une requête groupée sur (GRUPO, ECHELON) renvoie 1 ligne par couple (GRUPO, ECHELON), on est d'accord ? Donc ce n'est tout simplement pas pertinent de sélectionner la colonne ID dans une telle requête s'il peut y avoir plusieurs ID par (GRUPO, ECHELON)...

Je ne sais pas si je me fais comprendre ?

[Maljuna Kris]

Je suis assez d'accord sur le principe et le concept. Il n'y aurait donc pas moyen, uniquement par requête SQL, d'obtenir l'identifiant de l'indice le plus élevé pour chaque groupe GRUPO,ECHELON.

Je l'obtiens en parcourant avec php le résultat de la requête globale, sans clause GROUP BY mais avec ORDER BY, mais cela me semble bien lourd.

La solution SQL à laquelle je pense maintenant s'appuyerait sur la numérotation des lignes dans une colonne rang calculée par comptage avec retour à 1 pour chaque groupe GRUPO,ECHELON suivant l'ordre GRUPO, ECHELON DESC, INDICE DESC, et une jointure avec la requête GROUP BY filtrée par un HAVING rang=1.

Mais c'est peut-être finalement aussi gourmand en ressources que le parcours de la requête globale avec php.

Ce post demeurerait donc irrésolu parce qu'insolvable....Dont acte.

Merci à tous de votre collaboration.

[Maximil ian]

Je crois avoir compris où tu veux en venir.

Essaie ceci :

Code :

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

1
2
3
4
SELECT `GRUPO` as g, `ID`,`ECHELON` as e, indice
FROM `plafonds`
WHERE indice = (
SELECT MAX(indice) FROM plafonds p WHERE p.GRUPO = g AND p.ECHELON = e)

[Maljuna Kris]

Effectivement, je pense que la solution passe par le recours à des variables internes à MySQL.
Merci encore Maximilian, je teste ça ce soir et je vous tiens au courant.

[Maljuna Kris]

Bon, cette dernière requête fonctionne parfaitement, je veux dire qu'elle fournit bien les résultats escomptés.
Seul problème, le sub-select semble très gourmand et, par rapport à la procédure php de parcours itératif du résultat ordonné sans groupage, les temps de réponses sont prohibitifs (la table ne compte qu'un peu plus de 5000 lignes mais le temps de réponse dépasse la minute).
Mais tout cela est intellectuellement très satisfaisant. Conceptuellement SQL permet ce genre de requête, après, c'est une question de choix en termes de performances.
Je vais donc clore ce post.
Merci encore.

[Maximil ian]

Je ne sais pas si le CREATE TABLE que tu as donné au début est volontairement minimal, mais il n'y a pas de clé primaire sur ID ni d'index sur indice, grupo ou echelon... Ca pourrait expliquer cela.

[Maljuna Kris]

La description de la table était effectivement manipulée pour en simplifier la compréhension car la colonne GRUPO est en réalité la concaténation de trois colonnes indexées qui sont des clés étrangères vers des nomenclatures.
ID, et ECHELON sont indexés mais pas INDICE.
Ta remarque est évidemment pertinente, mais je n'ai pas la possibilité de modifier la définition de la table, cette requête n'étant qu'une demande ponctuelle de la hiérarchie, le DBA ne veut évidemment pas en entendre parler.
Et je lui donne raison, on ne va pas modifier les tables à chaque nouvelle marotte des décideurs, ou alors c'est qu'il y a eu de grosses failles lors de la phase d'analyse.