- aababc2026-08-293922
之前主要是使用 PHP/Python 做业务系统开发, 比较习惯 Doctrine, Eloquent, SQLAlchemy 这类 ORM 的模式```
Load Entity
↓
修改对象属性
↓
ORM 检测变更
↓
只 UPDATE 发生变化的字段
``比如:``
$order = Order::find(1);
$order->paid($time);
$order->save();
``````
$order = $entityManager->find(Order::class, 1);
$order->paid($time);
$entityManager->flush();
```业务代码只需要表达业务数据变成了什么样, 至于那些字段有变化, 最终那些数据被保存到数据库中, 是由 ORM 的 dirty tracking/Unit of Work 负责.但是最近再写 Go 的时候, 感觉主流的方式更偏向于显式更新```
db.Update(ctx, id, map[string]any{
"paid_at": "xxxx",
"paid": 1,
})
``或者``
db.Model(&order).Update(ctx, id, Order{
PaidAt: "xxxx",
Paid: 1,
})
```简单的场景来说, 还比较清晰, 那么对一个比较复杂的场景来说, 变化的字段比较多的时候, 而且想实现类型安全的时候是不是不太容易.目前我使用的几种方案:
- 每次都全量更新, 不管更新了几个字段, 每次都全部刷新到数据库里
- 业务层面整理好需要更新的字段,通过
map[string]any方式更新我想听听大家的意见, 跟大家学习学习
主楼 - maigebaoer2026-08-2950248
golang 也有 gorm 这类 ORM ,只是文档之类的资料不完整,远不如 PHP 和 Python 的 ORM 好用。我这边是用官方 sql 包😅
- NotLongNil2026-08-291659
go 没有那么重的 orm 库。无论哪种方案,你都必须自己处理好事务。你这第一种方案,不是不行,就是没人这么用
- zengxs2026-08-291485
全量更新对数据库压力很大,并发稍高就得寄,除非你们并发是个位数
- liqinliqin2026-08-2949489
- aababc2026-08-303922
我们原来的技术栈都是 laravel/symfony 基于 FPM 优先的 PHP 技术栈, typephp 刚发布没多久稳定性啥的还没有经过验证, 而且和现有生态的融合咋样好像也说不清楚, 至少在我来看短时间不会选择! 感觉 trueasync 进入了 PHP 内核可能更有利好吧! 不过 swoole 团队的能力确实强, 能做这么多东西出来确实也是对 PHP 的利好!
- bitmin2026-08-291814
让 agent 写就得了,不用考虑写的麻烦代码量多这种问题,现在还有完全不用 AI 写代码的吗
- caola2026-08-301534
user.LastIp = lastIp
if err := db.Pgsql().Select("last_ip").Save(&user); err != nil {
return response.HttpFail(c, "系统错误,请稍后重试")
}Gorm 可以用 Select() 来指定更新其中某些字段
- mooyo2026-08-302830
写裸 SQL 更好,反正都是 agent 写了,agent 写的 SQL 比你写得好
- mooyo2026-08-302830
然后自己稍微封装一些常用的 CRUD SQL 层操作
- loading2026-08-301931
go ,数据库记得处理好零值,挺烦人的。
- singer2026-08-3043599
- kran2026-08-3070699
- SethShi2026-08-3024811
别纠结了, 用 gorm gen, 生成范式, 然后 AI 夸夸写
- yougg2026-08-3043650
让 AI 帮你写 raw SQL
然后 sqlc 转 go 代码 - panlatent2026-08-3047992
迁移的话,是不是可以先选一个类似的 orm ,然后再去 orm
- lmmlwen2026-08-301941
这种 curd 不就是 AI 最擅长的
- liqinliqin2026-08-3049489