Discussion :

[hackrobat]

Bonjour à tous, j'ai la table suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE `tmpdonnees` (
  `id` int(11) NOT NULL auto_increment,
  `unite` varchar(10) default '0',
  `indicateur` varchar(4) default '0',
  `colonne` char(1) default '0',
  `nombre` double default '0',
  KEY `idx3` (`indicateur`),
  KEY `idx4` (`colonne`),
  KEY `idx` (`id`),
  KEY `idx2` (`unite`,`indicateur`,`colonne`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1

J'ai plus d'un million d'enregistrements dans la base

Et j'execute la requete suivante :

Code :

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

select *, sum(nombre) as somme from tmpdonnees group by unite,indicateur,colonne

et la requete mets 6 minutes à s'executer,

Quelle est la méthode ideale pour optimiser le group by ?

[Maximil ian]

Apparemment c'est déjà assez optimisé puisque tu as un index qui porte sur tous les éléments du GROUP BY.

Pour faire un SUM, MySQL est obligé de passer en revue toutes les lignes et avec plus d'un million de lignes c'est normal si ça commence à être lent. Une solution pourrait être d'activer le query cache qui va garder en mémoire le jeu de résultats tant que les données sous-jacentes restent inchangées. Mais bon si les données de la table sont souvent modifiées ça ne servira pas à grand-chose...

Donne-nous quand même le résultat d'un EXPLAIN SELECT ... \G pour voir

[pcaboche]

Ca irait peut-être un petit peu plus vite (au conditionnel...) si à la place de VARCHARs tu avais des INTs (en gros, tes `unite`,`indicateur` et `colonne` serraient des clefs étrangères)

En gros, tu aurais la chose suivante:
- une réduction de la taille de ta table
- les champs de ta table seraient de taille fixe (plus de VARCHAR)
- des comparaisons effectuées sur des entiers et non plus des chaînes

Il faudrait ensuite faire correspondre ces codes avec leur signification. Une jointure pourrait éventuellement prendre un peu de temps, mais tu peux toujours essayer. Eventuellement, tu peux envisager d'utiliser des ENUM.

Maintenant, comme disait Maximilian, c'est vrai qu'à ce niveau cela devient dur d'optimiser.