在通用sql标准语法中只查询前10条数据应使用order by配合limit 10，mysql和postgresql均支持，但须加order by确保结果确定性；postgresql仅支持limit count offset offset写法，mysql还兼容limit offset,count。
用 ORDER BY + LIMIT / OFFSET 最直接
MySQL、PostgreSQL、SQLite 都支持这种写法，本质是先排序再跳过前 N−1 条取 1 条。注意：第 1 高是 OFFSET 0，第 N 高对应 OFFSET N-1。
常见错误是把 OFFSET 写成 N 导致查到第 N+1 条；或者忘了 ORDER BY ... DESC，默认升序会拿到最低的。
SELECT * FROM users ORDER BY score DESC LIMIT 1 OFFSET N-1- PostgreSQL 还支持
LIMIT 1 OFFSET N-1，MySQL 8.0+ 同样可用 - 如果 N 超出总行数，结果为空——不是报错，这点要提前在业务层兜底
DENSE_RANK() 解决并列排名问题
当存在重复值（比如多个用户 score=95），用 LIMIT/OFFSET 会跳过并列项，导致“第 2 高”实际查不到真正的第二梯队。此时必须用窗口函数。
关键区别：RANK() 会跳过后续名次（95,95,87 → 1,1,3），DENSE_RANK() 不跳（→ 1,1,2）。查“第 N 高的分数”时，后者更符合直觉。
SELECT * FROM (SELECT *, DENSE_RANK() OVER (ORDER BY score DESC) AS rk FROM users) t WHERE rk = N- MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持该语法；MySQL 5.7 及更早不支持窗口函数，只能用变量模拟，但并发下不可靠
- 性能上比
LIMIT/OFFSET差，尤其大表需全排序+计算秩，加score索引能缓解
SQL Server 和 Oracle 的 TOP / ROWNUM 写法差异
SQL Server 没有标准 LIMIT，得用 TOP 配合子查询或 OFFSET/FETCH（2012+）；Oracle 旧版依赖 ROWNUM，但 ROWNUM 在 ORDER BY 前生效，必须嵌套两层子查询。
- SQL Server（2012+）：
SELECT * FROM users ORDER BY score DESC OFFSET N-1 ROWS FETCH NEXT 1 ROWS ONLY - SQL Server（旧版）：
SELECT TOP 1 * FROM users WHERE id NOT IN (SELECT TOP N-1 id FROM users ORDER BY score DESC) ORDER BY score DESC（性能差，N 大时明显） - Oracle（12c+）可直接用
FETCH；11g 及更早：SELECT * FROM (SELECT a.*, ROWNUM rnum FROM (SELECT * FROM users ORDER BY score DESC) a WHERE ROWNUM
NULL 值和空表的隐性陷阱
ORDER BY 默认把 NULL 排在最前（ASC）或最后（DESC），但不同数据库行为不一致：MySQL 把 NULL 当最小值，PostgreSQL 默认 NULLS LAST（可显式写 NULLS FIRST 控制）。如果字段允许 NULL，又没明确处理，可能让第 N 高记录错位。
- 安全做法是加过滤：
WHERE score IS NOT NULL，或在ORDER BY显式声明：ORDER BY score DESC NULLS LAST - 空表或 N ≤ 0 时，
LIMIT/OFFSET返回空，但某些 ORM 会抛异常，需在应用层判断result.isEmpty() - 如果要求“不存在时返回默认值”，不能只靠 SQL，得用
COALESCE((SELECT ...), 'default')包一层，但注意子查询必须标量
真正麻烦的是跨数据库移植：同一个需求，在 MySQL 用 LIMIT，SQL Server 得换 OFFSET/FETCH，Oracle 11g 还得套两层 ROWNUM。别指望一条 SQL 走天下，抽象层或代码生成器反而更稳。
