Manière rapide de découvrir le nombre de lignes d'une table dans PostgreSQL

compter les lignes dans gros tables est connu pour être lent dans PostgreSQL. Pour obtenir un nombre précis, il faut faire un compte complet des rangées en raison de la nature de MVCC . Il existe un moyen de accélérer de façon spectaculaire si le comte n' pas être exact comme cela semble être votre cas.

au lieu d'obtenir le exact count ( lent avec de grandes tables):

SELECT count(*) AS exact_count FROM myschema.mytable;

vous obtenez une estimation proche comme ceci ( extrêmement rapide ):

SELECT reltuples::bigint AS estimate FROM pg_class where relname='mytable';

la proximité de l'estimation dépend si vous courez ANALYZE assez. Il est généralement très proche.

Voir le PostgreSQL wiki FAQ .

Ou la page wiki dédiée à la performance de count (*) .

mieux encore

l'article dans le Wiki PostgreSQL est était un peu bâclé . Il a ignoré la possibilité qu'il puisse y avoir plusieurs tables du même nom dans une base de données - dans des schémas différents. Pour tenir compte de cela:

SELECT c.reltuples::bigint AS estimate
FROM   pg_class c
JOIN   pg_namespace n ON n.oid = c.relnamespace
WHERE  c.relname = 'mytable'
AND    n.nspname = 'myschema'

ou mieux encore

SELECT reltuples::bigint AS estimate
FROM   pg_class
WHERE  oid = 'myschema.mytable'::regclass;

plus Vite, plus simple, plus sûr, plus élégant. Voir le manuel sur types D'identificateur D'objet .

utilisez to_regclass('myschema.mytable') dans Postgres 9.4+ Pour éviter les exceptions pour les noms de table invalides:

• Comment vérifier si une table existe dans un schéma donné

TABLESAMPLE SYSTEM (n) en Postgres 9.5 +

SELECT 100 * count(*) AS estimate FROM mytable TABLESAMPLE SYSTEM (1);

comme @a_horse a commenté , la nouvelle clause ajoutée pour la commande SELECT pourrait être utile si les statistiques dans pg_class ne sont pas assez à jour pour une raison quelconque. Par exemple:

• Non autovacuum en cours d'exécution.
• immédiatement après un grand INSERT ou DELETE .
• TEMPORARY tables (qui ne sont pas couvertes par autovacuum ).

cela ne regarde qu'une sélection aléatoire n % ( 1 dans l'exemple) sélection de blocs et compte les lignes dans elle. Un échantillon plus grand augmente le coût et réduit l'erreur, votre choix. L'exactitude dépend de plus de facteurs:

• la Distribution de la taille de la ligne. Si un bloc donné tient des rangées plus larges que d'habitude, le nombre est plus bas que d'habitude, etc.
• tuples morts ou un FILLFACTOR occupe un espace par bloc. Si inégalement réparties à travers le tableau, l'estimation peut être désactivé.
• Général erreurs d'arrondi.

Dans la plupart des cas, l'estimation de pg_class sera plus rapide et plus précis.

la Réponse à la question

tout d'abord, je dois savoir le nombre de lignes dans ce tableau, si le total le nombre est supérieur à certains prédéfinis constant,

et s'il ...

... est possible au moment où le comte passer ma valeur constante, il arrêter le comptage (et ne pas attendre de finir le dépouillement d'informer le le nombre de rangs est plus élevé).

Oui. vous pouvez utiliser un avec LIMIT :

SELECT count(*) FROM (SELECT 1 FROM token LIMIT 500000) t;

Postgres cesse effectivement de compter au-delà de la limite donnée, vous obtenez un exact et actuel compte jusqu'à n lignes (500000 dans l'exemple), et n autrement. Mais pas aussi vite que l'estimation de pg_class .