V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xhcarlin  ›  全部回复第 3 页 / 共 3 页
回复总数  47
1  2  3  
@Leonard 那可以,官方保修只有 1 年那还是买个 ac+ 保险点
@Leonard 好的,再请教个问题,如果屏幕有掉涂层,是不是也算屏幕损坏,可以 799 换屏?
2022-01-23 10:28:17 +08:00
回复了 lanlanye 创建的主题 数据库 又是一个关于外键的问题
很多人都反对使用物理外键,一般都是说外键维护麻烦、影响性能,表示用逻辑外键会更好。

我对此感到很疑惑,因为我感觉逻辑外键的开销也不小。比如说有一条更新操作的 SQL ,要自己实现逻辑外键,一条 SQL 就变成了两条,先查询后更新,然后我就感觉复杂度一下子就不一样了。

首先,我要引入事务,保证这两条 SQL 一次完成;
接着,受限于隔离级别,要避免脏读之类的问题,需要对应的行进行加锁;
再接着,锁用多了又影响性能(毕竟去除物理外键的原因之一就是为了性能),还得自己实现锁的机制。

这一连串下来,我感觉在维护这个数据完整性约束上的操作比直接用物理外键要麻烦很多,而且还不一定能设计的很完美。很多公司的项目连单元测试都不写,就算写了有很多也不过是 “Happy-path testing”,没尽量考虑各种异常问题。

还是说我把问题想得复杂呢?应该不引入事务、锁机制?

还有一些观点是对于数据库完整性要求低的项目可以不用物理外键,我比较好奇什么样的业务才对数据库完整性要求低?而且这样日积月累脏数据不会越来越多吗?我还是比较认同楼主所提到的,插入错误的数据比插入数据失败的危害要大得多。

最后提一句,我只是刚入行 1 年多的新人,懂得不多,还希望有经验的大佬能多提点一下。
2022-01-19 11:23:40 +08:00
回复了 Konys 创建的主题 程序员 NUC11i5 猎豹峡谷开发 Java
同配置 goland 加一堆 docker ,不卡,但是高负载风扇狂转,噪音明显
2021-12-27 15:37:18 +08:00
回复了 182247236 创建的主题 MySQL MySQL 查询数据太慢了,该怎么优化?
我现在的业务也有很多这类日志,不过用的是 mongodb ,单表也有 1500w+了。一般我们是做一个每日的中间表,然后数量就一下子下来了,python 这边压力也小一点
2021-12-27 15:34:23 +08:00
回复了 182247236 创建的主题 MySQL MySQL 查询数据太慢了,该怎么优化?
如果有办法强制指定用那个联合索引,应该会快一些才对
2021-10-15 11:36:50 +08:00
回复了 valuable 创建的主题 问与答 东莞是不是广佛莞深中公共交通最垃圾的一个城市?
东莞没去过,但佛山公共交通我觉得很垃圾,超级垃圾的那种,公交线路不更新信息,地铁约等于无
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5398 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 08:37 · PVG 16:37 · LAX 00:37 · JFK 03:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.