Discussion :

[nanou-the-hyde]

Bonjour à tous
Sujet bien complexe et pourtant très intéressant que l'optimisation

je ne sais pas si le thème a déjà été évoqué mais ...

Pour un projet spécifique , et très lourd , je dois faire pas moins d'une trentaine de requête SQL( si ce n'est plus ), que je restitue ensuite sous forme d'un enorme tableau Html

autant dire que le temps de chargement est très très long

question optimisation / affichage des résultats:

j'ai une boucle "for" ou passe toutes mes requêtes ( pour les mois de l'année).
est ce que je ne gagnerai pas en temps si je faisais plusieurs boucles "for" contenant que 2 ou 3 requetes et affichage du tableau entre chaque ???

merci

[Celira]

As-tu réellement besoin de toutes ces données ? (Bon des fois, on a pas le choix, j'ai un client qui conçoit ses affichages en utilisant un document Excel, c'est dire la complexité du tableau à afficher)

Ensuite, localise ce qui prend le plus de temps : est-ce que ce sont les requêtes elles-même, le nombre de requêtes, le traitement des données issues des requêtes ?

"Affichage du tableau en cours de traitement", c'est une solution mais ça implique que ton utilisateur verra des données partielles au début. Est-ce acceptable pour lui ? Si oui, peut-être pourriez-vous revoir l'écran de façon à afficher uniquement les données importantes, avec un bouton "Plus de détails" qui chargerait les données complémentaires à la demande (et tant qu'à faire, fractionner les données complémentaires en plusieurs blocs)

[Dendrite]

je dois faire pas moins d'une trentaine de requête SQL

Et cette trentaine de requête SQL n'a vraiment rien à voir les unes avec les autres ?
Prennent-elles longtemps dans ton PHPmyadmin ?
tu as 2 ou 3 exemples de requêtes qui se suivent ? Les indexes et clés étrangères sont correctement posées sur les tables ?

[Invité]

Bonjour,

Tu ne nous dis pas si tu fais des requêtes préparées, ni si la préparation est faite EN DEHORS des boucles.
Est-ce le cas ?

[andry.aime]

Bonjour,

N'est-il pas possible de faire des jointures? des View?
Sans les requêtes, c'est un peu difficile de voir comment on peut les modifier.

A+.

[rawsrc]

Salut,

si tu utilisais un autre SGBDR que MySQL, tu aurais pu résoudre ce problème en deux coups de cuillères à pot avec les vues matérialisées : regarde ici.
Si ton traitement est vraiment très lourd, tu n'auras pas d'autres choix que de stocker en dur dans des tables de résultats de calculs tes résultats intermédiaires et gérer leur mise à jour à chaque EVENT.
J'ai eu à me coltiner un truc dans ce genre car il était impossible de changer de moteur de bases de données et les calculs récursifs portaient sur des jeux de plusieurs dizaines de millions de lignes.
En gros, l'approche retenue a été de coder l'équivalent d'une vue matérialisée. Résultat : le temps de traitement est passé de presque 30 minutes à moins d'une.