Mysql 1表1500000000行还是5000表300000行更好

将工作负载垂直分布到多行会增加吗 性能超越了将工作负载水平拆分到多个 表格？？？

• 包含1500000000行和6列的So 1表
  

表1（项目id、类别id、注释）
注释列将存储一个不断变化的非重复INT。

标准方式。

VS

• 5000个表，包含300000行和1000列。
  

表1（id、类别id、项目1、项目2、项目3、…项目999）表2（表1、id、类别id、项目1000、项目1001、项目1002、…项目1998）
…
表5000（表1_id、id、类别id、项目_499000、项目_499001、项目_499002、…项目_500000）

列本身将定义项目所在的每个类别。
该行将定义该类别中的每个项目。

上面的注释：将放置在相交单元格中

哪个更好？为什么？链接，如果可能的话

• 搜索多个表与搜索单个表时是否存在巨大的性能滞后

这是mysql的极限

When you combine varchar, nvarchar, varbinary, sql_variant, or CLR user-defined type columns that exceed 8,060 bytes per row, consider the following:

您正在构建实时应用程序吗？ 你真的知道如何将关系划分为表吗？ 你知道酸的性质吗？ 你对数据库的看法是错误的

你只需要修改一下设计 我非常担心您的编码您将如何编码？？？

遵循以下步骤

• 正确获取您的需求
• 做一些分析
• 重新设计你的数据库，我想你会得到很好的输出

我拥有的列的最大行数是100，从我的角度来看，这要多得多，所以我将这些列分成了17个表

---

签出此链接只是为了澄清：每个表有1000列？如果需要这么多列，您的设计可能有问题。它们几乎肯定应该是关系表中的行，而不是单独的列。我认为您需要仔细研究这里的设计，这听起来像噩梦。希望有更多的细节，我们可以解决这个问题。但就目前而言，感觉很糟糕：（我上面的评论，这实际上是一个很好的问题：-）。这真的会为老的

打开闸门，在一个房间里问两个人意见，你会得到3个难题。如果你能提供足够的信息（并且有足够的耐心），我很想看看这是如何发展的。我的#1建议是对问题做一个简短的编辑，以描述表的核心用例以及数据的轻、中、重负载实例的典型示例的耦合。您显然不理解关系表的概念。你不需要成千上万张桌子。谷歌“sql多对多”。实时？是，一旦数据库完成。桌子是的，但我们正在测试一个新概念。ACID是一个新术语，但在不知道首字母缩略词的情况下一直在使用这个概念。现在，我关于数据库的想法怎么会错呢？请编辑您的问题并从scrach中解释为什么每个表需要1000列？
When you combine varchar, nvarchar, varbinary, sql_variant, or CLR user-defined type columns that exceed 8,060 bytes per row, consider the following: