你这看上去像是 ORM ，那可能是你的 ORM 不太行. 另外如果真的很多地方用并且模式差不多可以考虑写代码生成。This is the way

对于天天写 CRUD 的兄弟们我只推荐 Ent ，真正的生产力工具。现在 v0.9.1 Custom Template 可扩展的地方更多了，定制化需求也能够满足。个人观点 Go web 开发只有配合代码生成才具有生产力。另外对于写 CRUD 还写测试的兄弟们可以试试我的 factory 轮子: https://github.com/Yiling-J/carrier, 类 factory_bot/boy 自动生成测试数据

@noobmaster 我确定一下你说 300w 并发是指同时处理 300 万个请求还是 1 天总共 300 万个?

并发 300w 可不是小数目。建议你先说一下实际场景，这张表存的是什么，为什么会有这么高的并发

@mason961125 从我的角度来看对比 Python/Ruby 肯定难写很多，很多时候非常难 mock 。举个例子 goroutine, 别人的代码里有一部分逻辑是 goroutine 完成的，而你的测试在 goroutine 没完成之前就结束了，线上这个东西没问题，但你的测试结果就是不对。而且测试轮子不多，比如类似 factoryboy/factorybot 的轮子就没看到让我满意的。

Go 写个能用的东西很快。甚至得益于 goroutine 的强大性能，写个能支持高并发的东西也挺快。但是要想写一个对开发者友好，具有一定通用性，方便扩展，易于维护的东西，就需要比较高的设计能力与品味了，而且很多时候必须要依赖代码生成，又进一步提高了门槛。另外个人感觉 Go 写测试的难度也比其他语言大些，国内用 Go 的公司写单元测试的比例估计很低

Go 这个语言写个能用的东西很快。得益于 goroutine 的强大性能，甚至说写个能支持高并发的东西也挺快。但是要想写一个对别的开发者友好，具有一定通用性，方便扩展，易于维护且方便测试的东西，就需要很高的设计能力与品味了，而且很多时候必须要依赖代码生成，又进一步提高了门槛

你可以试试我最近刚写的配置管理轮子: https://github.com/Yiling-J/piper 。只需要改配置文件其他自动生成。不过用这个你得把以前所有的配置方式都改掉🐶

也别总躺着，像我每天写写开源项目美滋滋

@antxiaoye 你能用就行。不过要是经常要分表建议你考虑考虑要不迁移到 tidb/polardb 上。或者直接 nosql

@liprais 你的依据是什么？这是 2012 年 4 月 13 日的新闻，每天新用户超过 100 万。而 facebook 宣布收购 ins 是 4 月 9 号，时间差不多。https://techcrunch.com/2012/04/13/instagrams-user-count-now-at-40-million-saw-10-million-new-users-in-last-10-days/

@westoy 好奇去查了查洪博士，创立的爱因互动连官网都打不开了。豆瓣也是难以找到合理的盈利模式。挺感慨

@makelove 不要只看到技术，我想表达的是在十年前，一个高流量且比较复杂的 App 只要 13 个人就能完成开发。而反观国内创业公司，很多没有 Instagram 复杂和流量的公司却至少 4 ，50 人

@matrix1010 记错了，包括创始人 13 个

再告诉你个挺强的。Instagram 被 Facebook 收购时只有 7 个员工，还是用 Python/Django 写的。月活没几亿至少也几千万

@antxiaoye template 要靠你自己去理解了，因为比较复杂我几句话也没法解释到让你明白。首先你要对 go 的代码生成有个概念 https://pkg.go.dev/text/template ，比如变量怎么定义，怎么引用其他的 template 。然后你要学习 Ent 的代码生成方式，比如 create 对应的就是这个: https://github.com/ent/ent/blob/master/entc/gen/template/dialect/sql/create.tmpl

client.User.Query().Where(
func(s *sql.Selector) {
table := sql.Table("user_table_1")
s.From(table)
},
).All(context.TODO()) 我觉得这个挺明确啊，user_table_1 是你的分表

@antxiaoye 只有增加需要 template ，删改查用 s.From(table)就行

会魔法的人毕竟是少数🤫