Discussion :

[clavier12AZQSWX]

bonjour,

je me pose des questions quant à la meilleure méthode (plus rapide + moins lourde + moins chargée en cpu et données) pour obtenir le nombre de tuples (lignes) dans une table.

est-ce ?

1. select count(*) from matable
2. select count(*) from matable limit 0,1
3. select count (mon id) from matable
4. select count (mon id) from matable limit 0,1
5. select 1 from matable et ensuite compter les résultats via php
6. select 1 from matable limit 0,1 et ensuite compter les résultats via php
7. select mon_id from matable et ensuite compter les résultats via php
8. select mon_id from matable limit 0,1 et ensuite compter les résultats via php

ou une autre idée ?


qu'en pensez-vous ?

[jeca]

Bonjour,

Je ne suis pas un expert, mais je pense que tu peux oublier les options 5, 6, 7 et 8. Pour les options 2 et 4, la clause LIMIT est inutile car un COUNT ne retourne qu'une ligne (tel que présenté dans l'exemple).
Restent les options 1 et 3 pour lesquelles je ne saurais dire laquelle est la plus optimisée.

[ced]

Bonjour,

La solution 1 est la plus rapide sous MySQL, parce que cette requête interroge le catalogue (tables systèmes), qui contient le nombre de lignes de chaque table.
Quel que soit le nombre de lignes d'une table, la réponse est instantanée.

L'autre solution tout aussi rapide consisterait à interroger le catalogue (en version 5.0 minimum). C'est la colonne TABLE_ROWS de la vue système INFORMATION_SCHEMA.TABLES qui donne l'info.

Attention, cette réponse n'est valide que pour MySQL. J'ai également testé la même requête sous PostgreSQL 8.3 et SQL Server 2000 et là, la réponse n'était pas instantanée (parcours de la table pour compter le nombre de lignes).

ced

[clavier12AZQSWX]

mais théoriquement faire "SELECT 1 from matable" devrait être plus rapide que SELECT count(*) from matable" car l'expression 1 ne fait appel à aucun champ non ?
alors que le * fera forcément un test des champs non ?

est-ce que les tables systeme comme catalogue sont "en mémoire" constament à un niveau plus rapide que les autres tables non-système ?

[Antoun]

En général, le plus lourd n'est pas tellement la requête elle-même mais le transfert du résultat vers le client. Donc un SELECT COUNT(*) qui ne renvoie qu'une seule ligne ira bcp plus vite qu'un SELECT 1 qui renvoie autant de lignes qu'il y en a dans la table (sur une table d'un million, c'est à éviter absolument ). La vraie comparaison serait avec SELECT COUNT(1)...

Au passage, je crois que le COUNT(*) n'est optimal que sur MyISAM...

[ced]

Au passage, je crois que le COUNT(*) n'est optimal que sur MyISAM...

De mémoire (mais je peux me tromper), j'avais testé en InnoDB sur plusieurs millions de lignes, et c'était immédiat.
Je pense que la fonctionnalité a été conservée.