presto/trino 不支持 offset，必须改用游标分页；mysql/postgresql/sqlite 支持 offset().limit()；sql server 需 gorm v2 自动转换；oracle 需驱动版本 ≥ v1.5.0。
Offset 和 Limit 在不同数据库的 SQL 行为差异
GORM 的 Limit 和 Offset 方法底层会翻译成对应数据库的分页语法，但各数据库对 OFFSET 的容忍度和语义并不一致。MySQL 和 PostgreSQL 完全支持 LIMIT n OFFSET m；SQLite 也支持，但不支持负数或超大偏移值；SQL Server 需要 OFFSET m ROWS FETCH NEXT n ROWS ONLY（GORM v2 自动转换）；而 Presto/Trino 不支持 OFFSET（会直接报错 "OFFSET not supported"）。这意味着你不能无差别地把同一套分页逻辑扔给所有数据库驱动。
- MySQL/PostgreSQL/SQLite：可用
Offset().Limit()，顺序建议固定为Offset(m).Limit(n)（兼容 v1/v2） - SQL Server：GORM v2 能自动转成
OFFSET ... FETCH，但 v1 不支持，需升级 - Presto/Trino：必须禁用
Offset，改用游标分页（如基于id > ?或created_at > ?） - Oracle：旧版驱动可能不识别
OFFSET，需确认使用的是gorm.io/driver/oracle且版本 ≥ v1.5.0
如何检测当前 DB 类型并动态切换分页策略
不能靠硬编码判断数据库名，而应从 *gorm.DB 实例中提取方言信息。GORM v2 提供了 db.Dialector.Name()，返回字符串如 "mysql"、"postgres"、"sqlserver" 等。Presto 没有官方 Dialector，若使用社区驱动（如 prestodb/godbc + 自定义 dialector），需自行注入标识字段。
- 安全获取方言名：
dialectorName := db.Dialector.Name()，注意它可能为空（如未初始化 DB） - 对 Presto/Trino 场景，建议在初始化 DB 时显式打标：
db = db.Session(&gorm.Session{Context: ctx, ContextValue: map[string]interface{}{"db_type": "presto"}}) - 分页前先检查：
if dialectorName == "presto" || ctx.Value("db_type") == "presto" { return cursorPage(db, cond, cursorField, cursorValue, limit) }
游标分页（Cursor-based Pagination）在 Presto 中的落地写法
当 OFFSET 不可用时，唯一可靠的方式是游标分页：依赖单调字段（如 id、created_at）做条件过滤，避免跳过行数。它不支持“跳到第 100 页”，但能稳定支撑下一页/上一页，且性能随数据量增长更平缓。
- 必须确保排序字段有索引，且值全局唯一（推荐用
id或created_at + id组合） - 下一页查询示例：
db.Where("id > ?", lastID).Order("id ASC").Limit(limit).Find(&items) - 上一页需反向查：
db.Where("id ，再手动反转结果 - 前端需传
cursor（如 base64 编码的last_id:12345），而非page参数，避免被篡改或越界
总数统计（COUNT）跨库兼容的避坑点
SELECT COUNT(*) 本身跨库兼容性好，但 GORM 的链式调用容易污染——比如你在主查询里用了 Joins("LEFT JOIN ...")，再复用同一个 *gorm.DB 实例去 Count()，就会生成带 JOIN 的 COUNT SQL，极大拖慢性能甚至出错。
- 总数查询必须新建干净实例：
var total int64; db.Session(&gorm.Session{}).Model(&User{}).Where(cond).Count(&total) - 不要用
db.Unscoped().Count()做软删除统计，Presto 不支持UNSCOPED，会静默忽略 - 对 Presto，COUNT 大表可能超时，可考虑缓存总数（如 Redis 存每日快照）或改用近似统计（
APPROX_COUNT_DISTINCT） - MySQL 8.0+ 支持窗口函数，但
COUNT(*) OVER()无法替代分页总数，它仍会扫描全表
OFFSET 1000000（虽慢），而 Presto 直接拒绝。别让前端传来的 page=10000 在 Presto 上变成 panic。
