Mysql 数据库设计：多表对一表”；“长”；表uu性能方面？

仅从性能角度来看：

存储10到1000个具有如此多类别和属性的项目。最好将所有属性存储在一个表中。或者将它们分类到不同的表中，但在这种情况下，我必须在所有表中搜索某个属性

---

另外，如果我使用了多个数据库来存储这些项目呢。同样，从性能的角度来看。

数据库设计用于存储和管理数据。数千行被认为是一个“小”表

您应该将有关属性的所有信息存储在一个表中，假设这些属性在所有项中都是公共的。使用多个数据库的原因可能涉及安全或备份要求

---

如果您确实得到了非常大的表（比如数千万行），并且性能是一个问题，那么您可以开始学习（垂直）分区。

数据库设计用于存储和管理数据。数千行被认为是一个“小”表

您应该将有关属性的所有信息存储在一个表中，假设这些属性在所有项中都是公共的。使用多个数据库的原因可能涉及安全或备份要求

---

如果您确实得到了非常大的表（比如数千万行），并且性能是一个问题，那么您可以开始学习（垂直）分区。

我不在乎违反规范化规则，只要它的性能有效性假设所有对象都应该具有相同的属性，将它们存储在一个表中，然后使用和其他适当的技术来实现最佳性能。如果人为地将这样小的数据集存储在单独的表中，那么最终可能会导致性能下降（可能会更差，具体取决于您的操作）。您应该非常关注规范化—如果数据不正确，则无论您检索数据的速度有多快都无关紧要。因此，为了性能而进行的非规范化应该在基准测试之后非常小心地进行。实际上，我所做的是将它们划分为具有公共属性的表。例如，我有一张关于“手机”的桌子，还有一张关于“笔记本电脑”的桌子等等。但问题是，如果我想在表“移动电话”中添加“Galaxy S4”，它将有“16或32GB”的变体，也有“黑色或白色”，每个组合都有自己的价格，因此我将有4行。如果我规范化了，我将拥有更多的表，如果我将norm/应用到其他类别的“笔记本电脑”，我将拥有更多的表。这就是为什么我试着避开norm/。你觉得怎么样thanx表示你的答案OK，因此它们没有相同的属性。在这种情况下，您必须决定系统的动态性。在光谱的一个极端，您必须为每一组新属性创建一个新表。在另一个极端，您可以只使用一个表（用于公共属性）加上某种形式的。我不在乎违反规范化规则，只要它的性能效率假设所有对象都应该具有相同的属性，将它们存储在一个表中，然后使用和其他适当的技术来实现最佳性能。如果人为地将这样小的数据集存储在单独的表中，那么最终可能会导致性能下降（可能会更差，具体取决于您的操作）。您应该非常关注规范化—如果数据不正确，则无论您检索数据的速度有多快都无关紧要。因此，为了性能而进行的非规范化应该在基准测试之后非常小心地进行。实际上，我所做的是将它们划分为具有公共属性的表。例如，我有一张关于“手机”的桌子，还有一张关于“笔记本电脑”的桌子等等。但问题是，如果我想在表“移动电话”中添加“Galaxy S4”，它将有“16或32GB”的变体，也有“黑色或白色”，每个组合都有自己的价格，因此我将有4行。如果我规范化了，我将拥有更多的表，如果我将norm/应用到其他类别的“笔记本电脑”，我将拥有更多的表。这就是为什么我试着避开norm/。你觉得怎么样thanx表示你的答案OK，因此它们没有相同的属性。在这种情况下，您必须决定系统的动态性。在光谱的一个极端，您必须为每一组新属性创建一个新表。在另一个极端，您可以只使用一个表（用于公共属性）加上某种形式的.Great。。我问的原因是网站将涉及大量过滤，这就是为什么我担心性能。我担心在数千行中搜索将是一个流量大的问题。我不想在将来做变分，如果它增长的话big@JohnMark . . . 你可以使用索引来加快速度。太好了。。我问的原因是网站将涉及大量过滤，这就是为什么我担心性能。我担心在数千行中搜索将是一个流量大的问题。我不想在将来做变分，如果它增长的话big@JohnMark . . . 您可以使用索引来加快速度。