纯SQL

自2008年以来情况发生了变化。您可以使用窗口函数在一个查询中获取全部计数 和 有限的结果。009年PostgreSQL
8.4中引入。

SELECT foo
     , **count(*) OVER() AS full_count**
FROM   bar
WHERE  <some condition>
ORDER  BY <some col>
LIMIT  <pagesize>
OFFSET <offset>;

请注意，这 可能比没有总数要贵得多 。必须对所有行进行计数，可能的快捷方式仅从匹配索引中获取最前面的行可能不再有用。
小表或full_count<= OFFSET+ 没关系LIMIT。事关重大full_count。

__OFFSET 极端 情况 ：当至少等于基本查询的行数时， 不 返回 任何行
。所以你也没有full_count。可能的选择：

SELECT查询中的事件顺序

（0. CTE是分别评估和实现的。在Postgres 12或更高版本中，计划者可以在上班之前内联那些子查询。）

1. WHERE子句（和JOIN条件，尽管您的示例中没有条件）从基表中筛选合格的行。 其余部分基于过滤后的子集。

（2. GROUP BY和聚合函数将放在此处。）不在此处。

（3. SELECT根据分组/聚合的列评估其他列表表达式。）此处不行。

1. 窗口函数的应用取决于OVER子句和函数的框架规范。简单count(*) OVER()基于所有合格行。

2. ORDER BY

（6. DISTINCT否则DISTINCT ON会去这里。）不在这里。

1. LIMIT/ OFFSET将基于已建立的顺序应用以选择要返回的行。

LIMIT/ OFFSET随着表中行数的增加，效率越来越低。如果需要更好的性能，请考虑其他方法：

获得最终计数的替代方法

有完全不同的方法来获取受影响的行的计数（
不是OFFSET＆之前的全部计数LIMIT）。Postgres内部记录了上一条SQL命令影响了多少行。一些客户端可以访问该信息或自己计算行数（例如psql）。

例如，使用以下命令执行SQL命令后，可以立即在 plpgsql中 检索受影响的行数：

GET DIAGNOSTICS integer_var = ROW_COUNT;

或者您可以pg_num_rows在 PHP中使用。或其他客户端中的类似功能。