@ouyc string := "foo" byte := "bar" 这样，go 语言允许用关键词做变量名，但是 ide 会给你提示

@AlanDSF 拼音好歹是正常的命名啊，猜猜也能看得懂，我们这边直接用 class byte string 做变量名了

@AlanDSF 对的，我也是只敢做基本的命名调整等等，数据库设计碰都不碰；那个同事倒是说要是觉得设计不合理可以改，不过我不敢动

@sonyxperia 我现在也是，命名什么的自己慢慢调过来，但是不做大改，特别是数据库，免得背锅

@ytll21 领导注重功能完成和稳定性，其他的没怎么关心过

@qrobot 但是我们数据量并不大，并发也不高，基本上写好 sql 能处理大部分场景了，缓存架构什么的等业务起来了再搞也不迟

@mu1er 看了几天我自己都写错了

@sonyxperia 我也不想多嘴，关键是这个项目我接手了，恶心到人了

@ila 关键是我接手了，不然谁管他写的是啥玩意

@gamexg 很多接口因为 sql 查询太多，都超时了

@xz410236056 DBA 有说啊，说你们数据库负载大，他就以为是访问量大，得加配置

@CodeCodeStudy 话这么说，但是开发自己至少要懂吧，这些算是基本功了

@dcoder 嗯对的，没有哪个更好，选个合适的即可

@roundgis 对的，如果有 cache 确实还算 ok，但是关键没有 cache 也这么搞

@lithiumii 线上很多接口超时的，都是 sql 查询太多了

@jtwor 对，这样也确实比较建议；但是奈何不会啊，都是遍历这个 id list，然后一条条 where id = ? 这样去查询，妥妥的拉低性能

@daguaochengtang 正常，瞎说又不用有什么成本

@neoblackcap 这样说其实也对，也可以把 join 拆出来，分开查询也可以，但是 n+1 以及 in 查询，这些算是基本功了

@wxy1991 多了去了，可能你们也存在 n+1 的问题，只是没发现而已； google 搜索一下 sql n+1，这个在使用 orm 的时候比较经常遇到