和自己和解的最大方式是把你爸妈给你缺失的爱 加倍给你将来的孩子.

几年不玩前端了..记得有人吐槽过 fetch 并不原生支持超时断开之类的

哈哈哈 我举个非常类似的例子:

当年不少人说 : 学代码不要依赖 idea ???

fxxk 非要用文本编辑器才能知道 茴香豆 有几种写法吗?

知乎上已经看过一遍了 .的确很不错的产品 .op 加油.

我决定往 op 身上开个炮 ..
你用 JPA / Hibernate 了解过数据库的那些技术 和 trick ?

会用临时变量, 虚拟列 ,强制索引 , STRAIGHT_JOIN 吗?
cte 会玩吗?

当你决定思路定格在 orm 上时 ... 你就是真的一个 crud boy 了

@adoal 哈哈哈 感觉到一些无奈了 ... 不过 pg 的确也有一些他的不足 .
@xxfye 大兄弟举得例子是比较合适的 也是 pg 需要解决的. 其他的人感觉对 pg/mysql 的差别 了解的都比较少..

@kasusa capslock 可不是我开发的哈.并且好多年了 只是上手需要一定熟练度.

看来像我这样的 geek 玩家还是比较少啊.
一个是 capslock,利用好 caps lock 替代一些常规操作.
其次是我自己写的一个 字符串转换工具 .,

https://github.com/changdy/string_utils

主要是完成 一些字符串信息的抽取... 比如抽取 mybatis log 之类的

@yinxs2003 你说错了..其实大部分概念都是 mysql 没有的...

https://juejin.cn/post/7207410405786484796

https://juejin.cn/post/7323570678690185242

我自己做过一个订单查询的优化 ..场景复杂得多 .

不知道楼主是已经有了具体的场景,还是只是猜想将来的维护情况

@leeleehero 等等显示模糊的原因是因为 两个屏幕的缩放比例不同.

@leeleehero 没想到那么久的帖子还有人问 .我用了同事的戴尔 DA300 的确是可以正常 4K@60 后面买了一个 typec 一线通的显示器 ,也可以 4k 60 所以就没在纠结了.

@mightybruce 其他都很赞同.但是对于第一点 表达一些不同的看法.
之前确实有不少系统把有很多业务逻辑都写在了存储过程里面 .造成了 难以维护 .难以 debug 所以一些大厂吸取教训 ,从此不再使用存储过程. 这个思路我是完全赞同的.

但是对于普通开发者来说 , 一些中小企业.讲究快速开发. 如果写一些轻量级的存储过程 , 达到一些功能我觉得是完全可行的.

@fkdog 这个倒是现况 .18 年项目立项的时候用了 mysql5.7 现在还在用 5.7 挣扎中...因为大家当时对 mysql 8.0 和 pg 都不是很熟悉. 现在还在用 ut8(mb3) emoji 表情都存不了..

感觉 还差了蛮多事情需要做的
https://v2ex.com/t/998488
比如 spring boot 日志中默认会打印年份 实际上基本上不会用到. 然后打印个 rid 也会对排查问题很有帮助.

@cndenis 正解 .一直都说 java 的 orm 太垃圾.所以才有 mybatis 这种工具的生存空间.
可是每次我看我司动辄十多个查询条件,上百行的 sql 语句也都是心想 这东西真的放到 orm 中也未必轻松啊.

更何况各种 orm 对方言支持比较弱..基本上达不到宣称的 能够不同数据库之间进行切换

反过来思考一下 ..java 那么多用户选择 mybatis 也可能是因为 java 大部分时间都用来干了脏活累活..

@gam2046 现在数据库之间的差异 太大了.已经不是 orm 能弥补得了.

对于日常两三张表 join 以上的情况 只有手写 sql.
如果日常不 join 表 那肯定可以用 orm.

1 ,这个看你自己
2 ,有些信息没理解, mysql in 可以走索引
3 ,数据量小随便折腾,数据量大 走数仓. 任何时候都不应该 非预期的大数据 join
ps:严格一点 你这个理解程度我觉得不适合做微服务..

楼主的言论让人感觉到完全像是再找领袖一样.
R 大主要是讲解编译那一块 ,比较纯粹 ,可以说他所分享的知识 即便是 v 站上能够看懂并掌握的最多也就 1%
justjavac 分享的面比较广 V8 那块可能研究的比较深一点.
狼叔就不清楚了 .所以这个问题下 什么是大神? 你找大神主要是为了解决什么问题呢? 膜拜 ?

遇事不决先 chatgpt 吧 .合适自己的才是最好的