SQLite窗口函数FIRST_VALUE与LAST_VALUE到底怎么用才不会出错？

SQLite从3.25.0版本开始正式支持窗口函数，其中FIRST_VALUE和LAST_VALUE被用来获取分区内排序后第一行与最后一行的值。这两个函数属于窗口函数家族，和普通的聚合函数不同，它们不会把多行压缩成一行，而是为每一行都附加一个基于窗口计算结果的新列。理解它们的核心机制，关键就在于窗口框架的定义方式。

基本语法与窗口框架原理

FIRST_VALUE的语法形式是FIRST_VALUE(列名) OVER (PARTITION BY 分组列 ORDER BY 排序列)，它返回当前窗口内按照排序规则的第一行对应列的值。LAST_VALUE语法类似，但返回的是窗口内最后一行的值。这里最容易被忽略的是SQLite默认的窗口框架：当写了ORDER BY但没有显式声明框架时，框架范围是RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，也就是从分区第一行到当前行。

在这种默认框架下，FIRST_VALUE因为起点永远是分区首行，所以结果符合直觉；但LAST_VALUE的终点被限制在了当前行，于是每一行拿到的最后值其实就是它自己这一行的值，而不是整个分区的末行。要拿到真正的分区末尾，必须手动把框架改成ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING。下面用一个简单查询展示默认行为的差异：

SELECT
  dept,
  name,
  salary,
  FIRST_VALUE(name) OVER (PARTITION BY dept ORDER BY salary) AS first_name,
  LAST_VALUE(name) OVER (PARTITION BY dept ORDER BY salary) AS wrong_last,
  LAST_VALUE(name) OVER (
    PARTITION BY dept ORDER BY salary
    ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
  ) AS right_last
FROM employee;

上述代码中，wrong_last列在默认框架下等于当前行的name，而right_last才是正确的部门薪资排序后最后一名。很多报表统计中误把默认LAST_VALUE当成末行，导致末尾指标全部错位，排查起来非常隐蔽。

与MIN、MAX聚合函数的区别及适用场景

有人会问，既然要拿分组最大值对应的人，为什么不用MAX(salary)再关联？确实，MIN和MAX也能拿到极值，但它们是聚合函数，通常配合GROUP BY使用，结果集行数会缩减为每组一行。窗口函数则保留全部明细行，同时附加极值信息，适合既要看每行数据又要看首尾参照的场景，比如薪资排名中标注部门最高薪与最低薪员工。

另一个区别是FIRST_VALUE和LAST_VALUE可以取任意列的值，不限于排序列本身。例如按薪资排序后取第一行员工的姓名，用FIRST_VALUE(name)即可，而单纯用MIN(salary)还需要额外自连接才能拿到姓名。以下示例展示如何同时输出部门最低薪和最高薪员工的姓名，而不减少原表行数：

SELECT
  dept,
  name,
  salary,
  FIRST_VALUE(name) OVER w AS min_salary_name,
  LAST_VALUE(name) OVER w AS max_salary_name
FROM employee
WINDOW w AS (
  PARTITION BY dept
  ORDER BY salary
  ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
);

在这个例子中，通过WINDOW子句统一定义框架，两个函数都基于完整分区，因此min_salary_name始终是薪资最小者，max_salary_name始终是薪资最大者。这种写法比子查询关联更直观，执行计划也往往更轻量。

常见误用与性能注意点

最常见的误用就是忘记改框架，在ORDER BY后直接使用LAST_VALUE，得到似是而非的结果。此外，如果在PARTITION BY里放了过多列，窗口被拆得太碎，函数效果等同于每行独立，也失去了分组意义。还有一种情况是混淆ROWS和RANGE：RANGE基于排序值相等视为同节点，可能在重复薪资时把多行当成一个边界，导致LAST_VALUE覆盖 unexpectedly 宽的区间。

性能方面，窗口函数会在内存中按分区和排序构建临时结构。数据量大时，务必给PARTITION BY和ORDER BY的列建立索引，否则SQLite需额外排序。相对于自连接方案，窗口函数减少了重复扫描，但在框架声明为UNBOUNDED FOLLOWING时，数据库仍需向后看完全部分区行，开销略高于默认框架。实际业务中若只需首行，用默认FIRST_VALUE即可；确需末行再显式展开框架，并控制分区规模。

最后要注意，在旧版SQLite或某些嵌入式封装中，窗口函数可能未被编译启用。上线前应通过SELECT sqlite_version();确认版本不低于3.25.0，并在测试库跑一遍含FIRST_VALUE的语句，避免生产环境报语法错误。理清语义、显式框架、建好索引，这三个动作能覆盖绝大多数使用FIRST_VALUE与LAST_VALUE的稳妥落地场景。

SQLitewindow_functionFIRST_VALUE_LAST_VALUE修改时间：2026-08-15 09:48:26