fetch first 必须配合 order by 才合法，因“前 n 行”在无序结果中无定义；主流数据库均强制要求，错误写法会报语法错误。
FETCH FIRST 是 SQL 标准中明确支持的行数限制语法，比 LIMIT 或 TOP 更可移植，但必须配合 ORDER BY 才合法。
FETCH FIRST 必须跟 ORDER BY，否则报错
SQL 标准要求 FETCH FIRST 出现在排序确定的前提下——因为“前 N 行”在无序结果集中没有明确定义。主流数据库（PostgreSQL 13+、SQL Server 2012+、Oracle 12c+、DB2）都严格执行这点。
- ✅ 正确写法：
SELECT * FROM users ORDER BY id FETCH FIRST 10 ROWS ONLY - ❌ 报错写法：
SELECT * FROM users FETCH FIRST 10 ROWS ONLY（PostgreSQL 报ERROR: syntax error at or near "FETCH"；SQL Server 报Incorrect syntax near 'FETCH'） - ⚠️ 注意：有些旧版 PostgreSQL（ORDER BY，但这属于非标行为，不可依赖
ROWS ONLY 和 WITH TIES 的区别很关键
ROWS ONLY（默认）严格返回最多 N 行；WITH TIES 则会把排序键值并列的行一并拉进来，实际返回行数可能 > N。
一款AI工具，主要用于生成可直接复制粘贴的 Bash 脚本，用于 Ralph Wiggum/AI 代理循环（Codex、Claude Code、OpenCode、Goose）。适用于“拉尔夫循环”“Ralph Wiggum 循环”或 AI 循环请求，依据 PROMPT.md、AGENTS.md、SPECS、IMPLEMENTATION_PLAN.md 进行计划/构建，包含计划与构建模式、背压、沙箱及完成条件，适合需要提升相关任务效率的用户。
- 场景：用户按
score DESC排序取前 3 名，若第 3、4、5 名 score 都是 95，则： -
FETCH FIRST 3 ROWS ONLY→ 只返回 3 行（任意选一个 95 分的） -
FETCH FIRST 3 ROWS WITH TIES→ 返回 5 行（所有 score=95 的都算“并列第三”） - ⚠️
WITH TIES要求ORDER BY列不能全是 NULL，否则行为未定义；且不是所有数据库都支持（如 PostgreSQL 支持，SQLite 不支持）
OFFSET + FETCH FIRST 是分页唯一标准写法
替代 LIMIT offset, size 或 TOP + 子查询的老式分页，SQL 标准只认 OFFSET ... ROWS FETCH NEXT ... ROWS ONLY 组合。
- ✅ 第二页（每页 20 条）：
SELECT * FROM logs ORDER BY created_at DESC OFFSET 20 ROWS FETCH NEXT 20 ROWS ONLY - ❌ 错误组合：
OFFSET 20 ROWS FETCH FIRST 20 ROWS ONLY（语义冲突，“FIRST”和“OFFSET”逻辑矛盾；PostgreSQL 拒绝解析） - ? 小心性能：OFFSET 越大，扫描成本越高；深分页建议改用基于游标的方案（如
WHERE created_at ）
真正麻烦的不是语法本身，而是不同数据库对 FETCH FIRST 的实现粒度差异——比如 Oracle 允许 FETCH FIRST 5 PERCENT ROWS ONLY，而 PostgreSQL 目前不支持百分比写法；再比如 SQL Server 把 FETCH NEXT 当作唯一合法形式，拒绝 FETCH FIRST（尽管语义等价）。用之前务必查你手头数据库版本的手册确认支持项。
