Reprise du message précédent :
Oki doki
 
Essayes quand même le FOUND_ROWS ^^

Ben je veux bien mais rien que de faire la première requête prend 5x plus de temps que mon SELECT COUNT()
 
Pour en revenir au problème initial, j'ai royalement 1 COUNT() dans la page d'index principale pour m'afficher le nombre d'utilisateurs inscrits. Tous les autres COUNT sont conditionnels et utilisés uniquement dans mes pages d'administration (et c'est souvent pas grand chose).
 
Le total de messages pour un topic est stocké dans la table des topics, de même que le nombre de topics dans une catégorie est stocké dans la table des catégories et... merde! Je viens de trouver une solution à un problème que j'ai
 
Bref, je m'embête pas à faire des count conditionnels partout

Pas partout, on est d'accord J'ai aussi des compteurs en dur, mais pour certaines choses, c'est plus facile de faire un calcul dynamique plutot que de chercher la valeur en dur
 
Bon, quand est-ce que tu passes en multi-forums la

Figure-toi que le truc sur lequel je viens de tilter, si c'est faisable, pourrait m'ôter certaines craintes sur une adaptation multi-forums. Mais un tel boulot n'est pas à l'ordre du jour  Ma todolist a grossi un peu vite ces temps-ci (et surtout, le forum n'est pas ma priorité pour le moment )

  Tu sais où me trouver

Etude rapide sur le problème de Board 999 vs. multi-forums:
 

• les fichiers de configuration devraient être transférés dans une table de configuration (avec un ID de forum pour identification);
• les tables suivantes devraient contenir un ID de forum: sections, catégories, utilisateurs, hacks, log, classes, privilèges, templates (3 tables);
• certaines tables névralgiques (catégories, sous-catégories, sanctions) sont régulièrement verrouillées, il faudrait presque faire un split par forum pour éviter qu'une table partagée soit verrouillée pour l'usage d'un seul forum;
• les smilies (tous types) devraient être groupés par forum;

edit: et enfin une interface pour gérer le multi-forums lui-même, donc un admin zéro ou quelque chose dans le genre...
 
Bon à part ça, ça roule!
Non franchement, c'est pas demain que je vais m'y mettre

 
 
non  

Merci pour cette argumentation de folie
 
J'ai quand même essayé, et le résultat était assez médiocre chez moi ... Maintenant peut-être que ce n'est pas la même chose chez tout le monde

ben des indexs bien placés et un FOUND_ROWS() suffisent à ressortir de facon performante tout ce dont tu as besoin

Heu, c'est bien ce que je dis aussi

ah autant pour moi alors, je pensais que tu disais que ca ne pouvait pas etre assez performant

Cette discussion de sourd.
 

Bon, on va retourner dans la doc MySQL voir l'intérêt du FOUND_ROWS:
 
Extrait de http://www.nexen.net/docs/mysql/an [...] ctions.php
 

 
Donc en fait, vous détournez une fonction de son usage initial
 
Perso, je suis sûr de mon fait: vos indexes sont mal placés.

En fait, en lisant un peu plus bas, je pense que vous devriez utiliser la clause SQL_CALC_FOUND_ROWS dans votre premier SELECT si vous voulez vraiment optimiser votre requête de comptage.

Heu oué, je l'ai oublié ds ma requête, il se place avant le * par exemple

Dites, si c'est pas trop demandé Max, tu aurais un exemple de requête complet avec ta méthode de récupération ?

       
 
$nbposts1 = mysql_query("SELECT FOUND_ROWS()" );  
$nbtopicpercat=mysql_result($nbposts1,0);
 
Donc, en plus de récupérer les enregistrements, je récupère très rapidement le nombre d'enregistrements TOTAL (Comme si la clause LIMIT n'était pas là)

PS : J'ai oublié le mysql_fetch_array pour ressortir les enregistrements, mais il est là

Merci.
 
Je vais me faire un p'tit binch de ta méthode et de la mienne qui est surement dépassée.

Han! ce facteur est primordial évidemment! sans ça on peut toujours essayer de faire plus rapide qu'un COUNT  Bon là, les résultats sont beaucoup plus proches l'un de l'autre mais il n'y a pas de réel départage. Ce qui est bête, c'est que mon SELECT COUNT(*) prend l'avantage à cause du temps d'exécution du SELECT FOUND_ROWS()

drasche => Si tu me détailles ta requête, je prendrais testerais également ta méthode en binch.
Je vous file mon binch et les résultats après bien sûr.

Je récapipète:
 

 
Et de l'autre:

 
Sachant que la table contient 9000+ records et que mon comptage doit rapporter le nombre 200 (200 enregistrements trouvés). Est-il besoin de mentionner que j'ai un index sur fldtopcaidn?
 
Bon, j'ai dit une boulette dans mon précédent post: le COUNT(*) explose toujours le FOUND_ROWS() suivant un ratio de 5 contre 1 (je m'étais gourré sur la seconde requête).

Mais dans les cas où on a besoin de faire le select avec un limit, le found_rows est quand même mieux que le count, non ? (genre afficher le contenu d'une page et en bas de page les liens page 1 - 2 - 3 - 4 etc. ?)
 
Actuellement j'utilise select + limit, puis un select count pour les liens des pages. Mais si je peux soulager le serveur c'est pas plus mal...

ben ici de ce que j'ai compris, il veut juste compter des enregistrements
 
(ya même une fonction PHP qui fait ça)

Ouais mais moi ce que je me demandais c'était pour le cas où on doit quand même faire un select avec limit...

Oui, c'est ce que j'ai cité avec la doc de MySQL

C'est très bien pour calculer le nombre de pages Ca me sert d'ailleurs à ça hein

 
Chelou, avec un peu plus de 500 000 enregistrements,un FOUND_ROWS me retourne 0.0002s

ben on teste pas avec la même machine aussi J'ai qu'un veau moi ici
si je retrouve une DB assez grosse ce soir, je refais un test

ben moi je fais un select pour récupérer le nombre de topics dans le row de la catégorie correspondante

Tested à partir d'un sempron 2200, 256 Mo de RAM

Ouais mais je te vois mal gérer des cat entière de "Sujets Consultés" / "Sujets Participés" ... Cmt tu fais pour savoir combien il y en a par user et par cat ?

Ca m'intéresse pas ce genre d'infos

J'ai un résultat bizarre pour le moment en benchant, j'inclu la méthode de drasche et je vous donne ma méthode de calcul (pour que vous puissiez tester sur vos ordis) et mes résultats.

Bah c'est plutot pas mal de pouvoir regrouper tous ses flags sur une même page

Drasche => Comment tu récupères le résultat du count ?  
Pour faire exactement comme toi.

 
Tu calcules comment le 0.0002s. De mon coté j'ai essayé. J'ai aussi 0.0005, mais ca correspond FOUND_ROWS et ne prend pas en compte le temps d'execution de la premiere requete.

Pour ça, j'ai simplement utilisé PHPMYADMIN

 
 
Moi aussi, le probleme est qu'il ne donne que le temps de la derniere requete. En prenant requete par requete, c'est bcp plus long.

T'es sûr de ça ?
Le fait est que j'ai gagné 0.5s sur une page grace à ca

Pourquoi tu as besoin de ca alors qu'en page index tu affiches le nombre de sujets dans chaque forum?