1
2
拥有一个标准化的、单独的注释表是正确的。 有了适当的索引,它就可以正常工作了。我怀疑是否会有这样一种流量可以证明对速度结构进行非规范化是合理的。 |
2
1
请阅读有关数据库规范化的信息,例如(h
ttp://www.devshed.com/c/a/MySQL/An-Introduction-to-Database-Normalization/
)
确实,非规范化(添加冗余数据或对其进行分组)可以提高数据库的性能,但也会增加数据库的大小。
除非需要更复杂的内容,否则应将博客评论表与作为主键的博客文章唯一ID分开。 (像多态联想等) |
3
1
我们可以通过拥有两种类型的表来拥有完全规范化的表结构。
1型表
2型表
桌子的维护肯定会有问题 |
4
0
它们是另一种我们可以通过XML技术用户解决这个问题的方法 通过将每个post comment线程保存在索引的XML文件中 当XML促进树结构时,它有利于部分注释和“重新注释”。 附加福利 更好地管理和减少ou-db查询的数量 此解决方案的问题 搜索索引未优化 |
Hatsune Miku · 比较或if语句是否更快[已关闭] 1 年前 |
Black Swan · 无法解压缩的值太多(应为2)错误 1 年前 |
Kai · 有什么方法可以轻松优化VSCode中的锈迹? 2 年前 |
Balfar · 处理NumPy阵列上的循环最有效的方法是什么? 2 年前 |
Daniel · C#轻松存储快速访问的大型位矩阵 6 年前 |
halbe · 优化音频DSP程序的numpy计算 6 年前 |
Afsara · 是否有任何方法不能优化我们的应用程序? 6 年前 |