top和limit不可互换：sql server用top（位置固定、支持percent）、mysql/postgresql/sqlite用limit（末尾、双参数、无percent）；大偏移分页性能差，应改用游标分页；跨库需orm适配或按库选语法。
TOP 和 LIMIT 不能互换，写错数据库就直接报错——SQL Server 里写 LIMIT 会提示 Incorrect syntax near 'LIMIT'，MySQL 里写 TOP 会被当成字段名报 Unknown column 'TOP'。
TOP 只在 SQL Server / Access 里有效
它必须紧跟在 SELECT 后面，位置固定：SELECT TOP 5 name FROM users。不能放在语句末尾，也不能省略 TOP 关键字。
-
TOP支持百分比语法：SELECT TOP 10 PERCENT *，LIMIT没有等价写法 - 不支持原生偏移量，想跳过前 20 行取 10 行，不能写
TOP 10 OFFSET 20（语法错误） - SQL Server 2012+ 才支持标准分页写法：
ORDER BY id OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY，且OFFSET必须配合ORDER BY，漏掉就报错
LIMIT 是 MySQL / PostgreSQL / SQLite 的标准语法
它总出现在语句末尾，且可带两个参数：LIMIT offset, count 或 LIMIT count OFFSET offset（PostgreSQL 推荐后者）。
- MySQL 中
LIMIT 20, 10表示跳过前 20 行、取接下来 10 行；PostgreSQL 不认这种逗号写法，必须用LIMIT 10 OFFSET 20 - SQLite 只支持
LIMIT+OFFSET成对出现，单独写LIMIT 5可以，但OFFSET 20单独写会报错 - 没有
PERCENT功能，要取前 10% 得靠子查询或窗口函数算总数再乘比例
分页时最容易踩的性能坑
无论用 LIMIT 还是 OFFSET，大偏移量都会拖慢查询——数据库得先扫描并跳过前面所有行。
- MySQL/PostgreSQL 上
LIMIT 100000, 10可能比LIMIT 10慢几十倍，尤其没索引时 - SQL Server 的
OFFSET 100000 ROWS同样严重，执行计划里能看到 “Top N Sort” 开销飙升 - 真实业务中，第 1000 页之后的分页不该用偏移量，改用游标分页：记下上一页最后一条的
id，用WHERE id > last_id ORDER BY id LIMIT 10
跨数据库迁移或写通用 DAO 层时，别指望一条 SQL 走天下。ORM 如 SQLAlchemy 或 MyBatis 能自动适配，但手写 SQL 就得按目标库选语法——硬套 TOP 或 LIMIT 都会当场失败。
