V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wh469012917  ›  全部回复第 5 页 / 共 7 页
回复总数  125
1  2  3  4  5  6  7  
@qrobot 但是我们数据量并不大,并发也不高,基本上写好 sql 能处理大部分场景了,缓存架构什么的等业务起来了再搞也不迟
2021-09-03 15:35:49 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@mu1er 看了几天我自己都写错了
2021-09-03 15:35:05 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@sonyxperia 我也不想多嘴,关键是这个项目我接手了,恶心到人了
2021-09-03 15:33:39 +08:00
回复了 wh469012917 创建的主题 程序员 同事代码写的太烂了怎么办?
@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 的时候比较经常遇到
@calming 面试问不问是一回事,至少自己要懂这些东西吧,sql 算是基本功了
@dcoder sql 手写难受,那用个好用的 orm 可以解决大部分 sql 问题了。就比如 laravel 的 orm,基本上都不用手写 sql 了,但是虽然不用自己写,但是原理还是要懂,至少最简单的 in 查询要会吧
@zxCoder 不积跬步,无以至千里
@thtznet 这个倒也是,国内风气确实也不大行,我上一家公司,一个没啥访问量的公司内部系统,都得用上全套的微服务架构
@offswitch join 不难用,只是心里害怕罢了;读缓存如何保证数据一致性呢?
@stach 我是为了避嫌,所以假设了一个业务场景,而且下文也说了,数量级不大,单表最多也不过 2000w,过早的优化是万恶之源,只要写好 sql,基本上 ok
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1064 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 19:06 · PVG 03:06 · LAX 12:06 · JFK 15:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.