V2EX › wh469012917 的所有回复 › 第 8 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@gancl 不会，只会保存字段，具体的关联代码中处理；不过这人把关联字段用逗号拼接成字符串，特么的啥都做不了了

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@ychost 对的，数据库是 IO 最重的地方，应该花大力气来处理；加缓存虽然效果明显，但是会导致代码复杂度增加和缓存同步问题

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@noparking188 无，一个数据库出现 4 种字符集，join 都用不了；字段命名没有规则，大家各做各的

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@shot 团队负责人虽然也是技术出身，但是自己并不写代码，主要是注重开发进度和应用稳定性，技术主要让组内一个有一定年限的同事来处理，但是这代码就是这个同事写出来了，所以就不要指望他能做啥优化了。

目前数据量在三千万左右，每个月增长差不多 200w 左右，sql 性能问题已经慢慢显露出来了。

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@unregister 也可以，join 不是万能，解决问题的方案有很多种，

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@msg7086 因为 n+1 问题，我们目前部分接口已经出现明显的性能问题了，但是有些人都不重视这块，一直在优化语言级别的性能

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@namelosw 对的，解决一个 n+1 问题，比你用什么架构缓存都好使，除非就是为了装逼

2021 年 9 月 5 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@anouser 用户量大概十几万吧，日活 1 万左右，做垂直领域的，量不算多，但是还是有用户用的

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@crazycarry 如果数据量不大百万级别，并发量也不大，加 es 或者 redis 的意义在哪里？

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@cnbattle 我理解的基础，就是要懂得怎么避免 n+1 的问题，以及在合适的场景下用 join 查询，以及 where in 查询。这里“合适的场景”的定义是：通过主键的集合查询列表，可以使用 where in 来，而不是遍历集合一条条 where id =？这样

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@zhuichen 部门领导自己没写代码，之前我有委婉提出过这个问题，领导意思就是说要改，但是他也没去推动这件事，我大概就知道他意思了

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@bintianbaihua 对的，首先做好自己的事，然后在力所能及的范围内做点小的重构，求稳为主

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@hallDrawnel 这个同事资历比较老，呆了有四五年了，leader 就算知道也不好意思说他。而且领导自己并不写代码，主要还是把控进度和稳定性，所以不好推动

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@JamesR 这个是小项目，也不急，周期三个月，总共就 10 来张数据表的增删改查，没有什么特殊的逻辑，前期他一人开发的

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@gancl 那请问，怎么记录一条收货地址，是哪个用户的？至少地址表上要有一个 user_id 字段吧？

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@crazycarry 不积跬步，无以至千里，基础的代码质量都搞不好，还能搞得好什么呢

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@crazycarry 不积跬步，无以至千里

2021 年 9 月 4 日

回复了 wh469012917 创建的主题 › 程序员 › 同事代码写的太烂了怎么办？

@Varobjs 他格式化时间成字符串，不是用语言的时间库的，而是自己计算～

2021 年 9 月 3 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@Veneris 你去试试一个，n+1 查询，命中索引，看看整体的时间怎么样就知道了

2021 年 9 月 3 日

回复了 wh469012917 创建的主题 › 程序员 › 为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

@Cbdy 代码写得好是没用，但是写得烂就有用吗？“996 、PUA 、拖欠工资、251” 这些问题不会因为你代码写的烂就能解决。而且相对好的代码，后续自己维护和版本迭代，对开发效率之类都是有好处的

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯