 |
1
曾经也找过，没有。
最后只找到一本已经不再出版的书《 SQL 反模式》 |
 |
xiaoriri666Nov 18, 2023
3
这属于系统架构层面了，一个领域的相关解决方案，还得实际需求实际分析
|
 |
kamichanNov 18, 2023
4
相似的底层系统可以，业务系统很多都不同
|
 |
R4rvZ6agNVWr56V0Nov 18, 2023
5
就是 2NF\3NF 规范合理根据业务使用，不需要学术课本那么教条。
其他就是分库分表、高可用等 DB 维护问题。不同技术栈和架构在工程上很多细节要根据具体的案例来分析了，没法总结个标准。 |
 |
dayeye2006199Nov 19, 2023
6
一个流派就是经典的关系型数据库设计 -- 上面说的 2NF 3NF
一个流派就是阿里代表的，数据库只做存储功能的一把梭流派 -- 什么从不用外键，不能 join 之类的技巧都是从这边来的 |
 |
kuituosiNov 19, 2023
7
数据量小就是 3nf ，数据量大就冗余。至于最优没有什么事最优的，换一个公司换一个需求就不是最优了
|
 |
veikeNov 19, 2023
8
我个人认为，如果把范式设计和反范式设计放在一起就是没有范式，只是一些数据库设计技巧罢了，根据实际情况设计就可以。
|
 |
datoujiejie221Nov 20, 2023
9
可以看看著名的 CAP 定理，分布式系统下数据的一致性、可用性和分区容忍性不可能同时满足，所以要根据具体业务来做出权衡。
互联网业务对 AP 要求较高，所以用反范式牺牲了一致性（ C ）。 |
 |
nodejsexpressNov 20, 2023
10
应该没有最佳的。根据具体业务折腾开源库，或者商业数据库。
不满足的情况下，有研发能力就自己魔改，牛的就自己开发一个数据库。比如 GraphQL fb 倒腾出来。 |
 |
hyperbinFeb 12, 2024 via Android
11
@datoujiejie221 CAP 就是个真空里的球形鸡，太过理想没啥实践意义，PACELC 更加务实
|
1
Select Language