COUNT(1) OVER() 能不 GROUP BY 就拿到总行数，因为 OVER() 定义窗口，空括号表示“所有行作为一个窗口”，COUNT(1) 在该窗口内统计行数并为每行返回相同结果；漏写 OVER() 则触发传统聚合报错；它统计的是当前查询结果集（受 WHERE、JOIN 影响）的总行数，与 COUNT(*) OVER() 语义性能一致，但需避免 COUNT(id) OVER()（NULL 值被跳过）及旧版 SQLite 不支持等兼容性问题。
为什么 COUNT(1) OVER() 能不 GROUP BY 就拿到总行数？
因为 OVER() 定义的是窗口，空括号表示“所有行作为一个窗口”，所以 COUNT(1) OVER() 不聚合整张表，而是给每一行都附上当前窗口的行数——也就是全表总行数。它和 COUNT(*) 效果一致，但写法更明确地表达了“每行都要知道总数”这个意图。
直接用 COUNT(1) OVER() 会遇到什么错误？
常见错误是混用了聚合函数和非聚合列却没加 GROUP BY，比如：SELECT id, name, COUNT(1) OVER() FROM users; 这条本身完全合法，但如果误写成 SELECT id, name, COUNT(1) FROM users;（漏掉 OVER()），就会报错：ERROR: column "users.id" must appear in the GROUP BY clause。关键区别就在有没有 OVER()。
在 WHERE 或 JOIN 后还能正确统计吗？
能，COUNT(1) OVER() 统计的是当前查询结果集的总行数，不是原表行数。它受 WHERE、JOIN、LIMIT 等影响：
-
SELECT *, COUNT(1) OVER() FROM orders WHERE status = 'paid';→ 返回所有已支付订单，并在每行显示这些订单的总数量 -
SELECT u.name, o.total, COUNT(1) OVER() FROM users u JOIN orders o ON u.id = o.user_id;→ 显示连接后的结果行数（不是用户数，也不是订单数） - 加了
LIMIT 10？那COUNT(1) OVER()仍返回过滤后实际满足条件的总行数，不是 10
和 COUNT(*) OVER() 有啥区别？性能或语义上要注意什么？
没有实质区别。COUNT(1) 和 COUNT(*) 在窗口函数里行为完全一致：都统计行数，都不关心字段是否为 NULL。PostgreSQL、MySQL 8.0+、SQL Server、Oracle 都如此。但注意两点：
- 别写
COUNT(id) OVER()—— 如果id允许为 NULL，它会跳过 NULL 行，结果变少 - 某些旧版 SQLite 不支持窗口函数，执行会报错：
no such function: COUNT或near "OVER": syntax error - 大数据量时，
COUNT(1) OVER()需要扫描全部匹配行才能得出总数，无法利用索引“提前终止”，这点和普通COUNT(*)查询一样
真正容易被忽略的是：它统计的是逻辑结果集行数，而不是物理存储行数；而且一旦你加了 ORDER BY ... OFFSET，它依然算全量，不会受分页影响——这点常被误以为“分页时总数会变”。
