SQLite分组取前10条查询性能优化求助

你的这个查询慢的核心原因是关联子查询的效率问题——每一行数据都要单独执行一次count统计，相当于对表做了N次扫描（N是表的行数），数据量一大肯定卡得不行。给你两个关键优化方向：

1. 用窗口函数替代关联子查询（最核心的优化） #

SQLite 3.25.0及以上版本支持窗口函数，用ROW_NUMBER()可以一次性完成分组排序和编号，效率比原查询高几个量级。具体语句如下：

WITH ranked_bets AS (
    SELECT *,
           -- 按GROUP分组，每组内按DATE升序排序，生成行号
           ROW_NUMBER() OVER (PARTITION BY "GROUP" ORDER BY DATE) AS row_num
    FROM clients_bets
)
-- 筛选每组前10条
SELECT DATE, "GROUP" -- 如果你需要所有字段，直接写SELECT *即可
FROM ranked_bets
WHERE row_num <= 10;

为什么这个更快？ #

窗口函数ROW_NUMBER()只需要一次全表扫描，就能完成分组、排序和行号分配，时间复杂度是O(n)。而你的原查询是O(n²)级别的，数据量越大，差距越明显。

注意：GROUP是SQL的关键字，所以要用双引号"GROUP"把它括起来，避免语法错误。

如果你的场景中允许DATE相同的行并列（比如DATE相同的行都算在前10里），可以把ROW_NUMBER()换成RANK()或者DENSE_RANK()：

• RANK()：相同DATE的行得到相同行号，后续行号会跳过（比如两个第10，下一个是第12）
• DENSE_RANK()：相同DATE的行得到相同行号，后续行号连续（比如两个第10，下一个是第11）

2. 加复合索引进一步提速 #

给clients_bets表创建一个包含GROUP和DATE的复合索引，让SQLite可以直接利用索引完成分组和排序，不需要额外的排序操作：

CREATE INDEX idx_clients_bets_group_date ON clients_bets ("GROUP", DATE);

这个索引会让窗口函数的分组排序过程更快，尤其是当表数据量很大的时候，效果会非常明显。

原查询慢的根源再拆解一下 #

你的原查询里，select count(*) from clients_bets as B where B.DATE < A.DATE and A.GROUP == B.GROUP这个子查询，对于A表的每一行都要执行一次：

• 如果没有索引，每次count都要全表扫描一次
• 即使有索引，也要多次查询索引统计行数
  而窗口函数+复合索引的组合，只需要一次索引扫描就能完成所有分组的行号计算，效率天差地别。

内容的提问来源于stack exchange，提问作者Josef Ondrej