Discussion :

[SethGravijah]

Bonjour

Alors je vais essayer d'expliquer mon cas.

Dans une page, j'ai tableau d'environ une centaine de cases, avec chacune 2 infos dedans.

Pour les chercher je dois donc faire environ 200 fois d'affilée des requetes (car là c'est pas du while qui déroule des enregistrements, le contenu est ciblé par 2-3 closes dans le WHERE) vers des tables à plus de 40.000 enregistrements. Résultat ma page s'affiche à peu près en 5 secondes. Comme il faut faire beaucoup de clics sur cette page elle est constamment rafraichie, et donc c'est pénible. Le pire c'est que ces tables se remplissent à vue d'oeil, et donc je crains que la situation se dégrade.

A priori je pensais que si je pouvais générer une table temporaire en début de page avec seulement les infos relatives à cette page et ensuite faire mes 200 requetes dans cette table restreinte, la page irait beaucoup plus vite. Mais déjà je ne suis pas sûr que ça soit vrai (car j'ai peur que de générer la première table soit assez long).

Ensuite je pensais que cela correspondait à faire une "vue", mais après m'être renseigné sur le sujet, il semblerait plus que ça soit la Temporary table qui soit la solution.

Du coup avant de me lancer à me former sur les tables temporaires et leur utilisation, je préfère présenter mon cas histoire de pas perdre de temps s'il existe une meilleure solution.

[ABCIWEB]

Oui avant cela faudrait déjà voir s'il n'y a pas moyen d'optimiser la structure de tes tables ou tes requêtes pour éviter d'avoir à faire 200 requêtes pour afficher ton tableau.

Après faut voir, une table temporaire peut être effectivement une bonne solution pour gagner en performance. Tout dépend de la structure de tes tables et des requêtes complémentaires qu'il restera à effectuer. Tu peux faire des bench pour comparer et aussi utiliser explain pour voir comment la requête est interprétée.

[SethGravijah]

Alors le problème c'est que (je pense, à vérifier) je pourrai optimiser la requete de base pour pas avoir besoin d'en faire d'autres, mais une fois que j'aurai mon mega tableau avec toutes mes infos, je ne saurais pas comment aller chercher les infos dedans, je suis "débutant", moi je connais le while et le fetch_array tout seul pour aller chercher 1 info.

Je pense déjà que si je maitrisais le $key=>$value déjà j'aurai moyen d'améliorer les choses. Mais bon c'est à moi de prendre le temps de me former sur les méthodes moins préhistoriques de gestion de données PHP.
____

Pour la structure de table je pense aussi. En fait au début on m'a beaucoup reproché de vouloir mettre trop d'info par ligne, et du coup là j'ai pris je pense trop le parti de la verticalité. 60000 enregistrements après à peine une année d'utilisation embryonnaire, ca me parait beaucoup trop, non ? Dès qu'il y aura montée en puissance ça risque de devenir l'enfer, j'imagine... Donc effectivement je vais aussi creuser cette piste.

Merci pour les pistes en tout cas.