开这个标题主要是最近遇到两个事儿: 1. 有一个设备通信业务场景需要 json 数据,这个 json 逻辑很复杂,嵌套了 6 层应该,错任何一个参数设备都无法识别。我说你们就建张表,id,name,json 三个字段足以,所有数据前端往 json 字段里传。可是后端居然说 mysql 处理 json 很麻烦,不干,非要把所有字段拆散,然后返回的时候拼接。我真的会谢。然后我们说那我们把 json 转成字符串存总可以了吧。还是不干………… 2. 还有一件事是万级数据联合查询一次性返回,我在 mysql8 上用 json_ARRAYAGG 秒查,在 5.7 上花了 18s 多,他们在优化速度,速度极限是在 6s 多,始终提不上去,很浪费工作时间
@Donaldo 话确实如此,没毛病的,比如 centos 我用 7.9 ,node 用 16 ,等等。一个道理。但是 8 应该是趋势吧,早晚要用的,而且某些方面确实优化了一些,代码方面和设计方面能精简不少。我总感觉有些人不肯学。
@unt #17 就我个人而言,如果涉及到合作或者工作的项目,那就听领导的/听大伙的,绝不自己多说一句用什么新的好的,确实有这种“谨言慎行,少说少错”的心态。如果是我自己的项目,那我愿意去尝试一下新鲜事物。我估计有一部分人是我这样的心态