Actions autour des SESSION

[Anthor]

Le cache ? Au hasard ^^

Fais un count une fois dans phpmyadmin, note le temps, fais le 3-4 fois et note les autres temps ^^
Sans une ligne de code, un cache est déjà là !

Pensez au profiling, c'est utile.

[Argorate]

Ca met en cache mais si le résultat n'est plus le meme, ça doit bien refaire le count, non?

Mais de toute maniere, ce n'est pas grave, dans le projet que je mene actuelement, on ne peut pas etre 120 000 joueurs sur une zone données, donc ça regle la question pour ma part

[Anthor]

Ce n'était qu'un exemple, après quand je parle de cache, je parle bien sûr de truc un peu plus poussé.

[Aleskweb]

Qu'entends tu par cache un peu plus poussé? Je suis aussi intéressé par cette solution

[Allwise]

Sur les tables en MyIsam un COUNT c'est très rapide, le résultat est toujours en cache. J'ai fait un SELECT COUNT(*) sur une table de 21 541 849 enregistrements, résultat instantané

[Anthor]

Sur les tables en MyIsam un COUNT c'est très rapide, le résultat est toujours en cache. J'ai fait un SELECT COUNT(*) sur une table de 21 541 849 enregistrements, résultat instantané

Et oui !

COUNT(*) est optimisée pour retourner très rapidement un résultat si SELECT travaille sur une table, qu'aucune autre colonne n'est lue, et qu'il n'y a pas de clause WHERE. Par exemple :

mysql> SELECT COUNT(*) FROM student;

Cette optimisation s'applique uniquement pour les tables MyISAM et ISAM, car un compte exact du nombre de lignes est stocké pour ces types de tables, et il peut être lu très rapidement. Pour les moteurs de tables transactionnels, (InnodB, BDB), le stockage de cette valeur est plus problématique, car plusieurs transactions peuvent survenir en même temps, et affecter toutes ce compte.

[php_addict]

donc une table avec comme moteur memoryheap en myisam serait la meilleure solution?

[Anthor]

Ca ou des fichiers, on peux imaginer un tas de solutions.