在PostgreSQL中，對大表中的行進行計數是很慢的。為了獲得準確的數字，由于MVCC的性質，它必須對行進行完整計數。有一種方法來大大加快這如果計數也沒有必須要確切喜歡它似乎是在你的情況。
而不是獲得確切的計數（大表速度慢）：
SELECT count(*) AS exact_count FROM myschema.mytable;
您會得到如下估算值（非?？欤?/p>
SELECT reltuples::bigint AS estimate FROM pg_class where relname='mytable';
估算的接近程度取決于您是否運行ANALYZE足夠。通常非常接近。
請參閱PostgreSQL Wiki FAQ。
或用于count（*）性能的專用Wiki頁面。
更好了
PostgreSQL的維基文章的是一個有點草率。它忽略了一個數據庫中可能存在多個具有相同名稱的表的可能性-處于不同的模式。要說明這一點：
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'
還是更好
SELECT reltuples::bigint AS estimate
FROM pg_class
WHERE oid = 'myschema.mytable'::regclass;
更快，更簡單，更安全，更優雅。請參閱《對象標識符類型》手冊。
to_regclass('myschema.mytable')在Postgres 9.4+中使用可避免無效表名的例外情況：
如何檢查給定架構中是否存在表
TABLESAMPLE SYSTEM (n) 在Postgres 9.5+
SELECT 100 * count(*) AS estimate FROM mytable TABLESAMPLE SYSTEM (1);
就像@a_horse commented一樣，SELECT如果pg_class由于某些原因當前的統計信息不足，則為該命令新添加的子句可能會很有用。例如：
沒有autovacuum運行。
大INSERT或DELETE。
TEMPORARY表格（未被涵蓋autovacuum）。
這只會查看隨機的n％（1在示例中）選擇的塊并計算其中的行。您可以選擇更大的樣本來增加成本，并減少誤差。準確性取決于更多因素：
行大小分布。如果給定的塊恰好比平常的行寬，則計數比平常的低，等等。
死元組或FILLFACTOR每個塊占用空間。如果整個表分布不均，則估計值可能會不正確。
一般舍入錯誤。
在大多數情況下，來自的估計pg_class會更快，更準確。
回答實際問題
首先，我需要知道該表中的行數，如果總計數大于某個預定義常量，
以及是否...
...在計數超過我的常數值時是可能的，它將停止計數（而不是等待完成計數以告知行計數更大）。
是。您可以將子查詢與結合使用LIMIT：
SELECT count(*) FROM (SELECT 1 FROM token LIMIT 500000) t;
Postgres 實際上停止計數超過給定的限制，您將獲得多達n行（在本示例中為500000）的精確和當前計數，否則為n。但是，速度不及中的估算速度。pg_class
