GORM v2 正式发布！ 20k stars ;)

[jinzhu]

GORM 2.0 从零开始重写，根据过去几年的用户反馈吐槽，做了大量的改进，历经半年终于达成 ;)

主要更新

• 性能改进
• 代码模块化
• Context，批量插入，预编译模式，DryRun 模式，Join 预加载，Find To Map，Create From Map，FindInBatches
• 支持嵌套事务，SavePoint，Rollback To SavePoint
• SQL 生成器，命名参数，分组条件，Upsert，锁， 支持 Optimizer/Index/Comment Hint，子查询改进，使用 SQL 表达式、Context Valuer 进行 CRUD
• 支持完整的自引用，改进 Join Table，批量数据的关联模式
• 允许多个字段用于追踪 create 、update 时间 ，支持 UNIX （毫 /纳）秒
• 支持字段权限：只读、只写、只创建、只更新、忽略
• 新的插件系统，为多个数据库提供了官方插件，读写分离，prometheus 集成...
• 全新的 Hook API：带插件的统一接口
• 全新的 Migrator：允许为关系创建数据库外键，更智能的 AutoMigrate，支持约束、检查器，增强索引支持
• 全新的 Logger：支持 context 、改进可扩展性
• 统一命名策略：表名、字段名、连接表名、外键、检查器、索引名称规则
• 更好的自定义类型支持（例如：JSON ）

详情请参考 Release Note

https://gorm.io/zh_CN/docs/v2_release_note.html

[lrh3321]

@mscb #60 这么大的 offset 和 limit，你不考虑先分库分表或者优化别的地方吗

[qs2d]

一直在用，果断升级

[chengxiao]

支持下，不过什么时候 Oracle 能被支持呢？最近被 Oracle 折腾的死去活来的

[mscb]

@lrh3321 我知道过大的 offset 会有性能问题，但是这不应该是我考虑的事情嘛？底层通用框架的话不应该管的这么宽啊~期待作者回复

[jinzhu]

@mscb int 在 64 位机器上和 int64 一样的（现在应该都是 64 位机器了吧？）

[jinzhu]

@chengxiao 有个相关 PR https://github.com/go-gorm/gorm/pull/3338 , 可以帮测试下看看

[andyangyu]

有没有升级需要注意的事项呢？

[wangdk23411]

赞，赶紧测试

[jinzhu]

@andyangyu https://gorm.io/zh_CN/docs/v2_release_note.html#%E7%A0%B4%E5%9D%8F%E6%80%A7%E5%8F%98%E6%9B%B4

[skadi]

终于 v2 了么? 隐藏坑点有讲明么?

[mscb]

@jinzhu 这样的话，确实也是~

[hijoker]

批量插入终于支持了么

[tozp]

可以用在生产环境了嘛？

[ooh]

所以可以获取 SQL 查询语句了？

[JeromeCui]

牛逼牛逼

[barbery]

不错不错，go 的项目一直用这个库

[jinzhu]

@ooh https://gorm.io/docs/session.html#DryRun 可以通过这个模式获取
@hijoker en
@tozp 现在已经有几百个线上服务在踩雷了 ;)

[vZexc0m]

感觉自动迁移有问题，不知道是不是 tag 没有设置好。

一是会多次对同一字段多次创建索引(mobile)，二是会不断迁移未更改的字段。

[windghoul]

好哦~

[ooh]

@jinzhu 牛皮牛皮，之前一直纠结这个