SQL Server和MySQL中可用表的最大数量

我知道在SQL Server中，数据库中“对象”的最大数量略多于20亿。对象包含表、视图、存储过程、索引等。我一点也不担心超过20亿个物体。然而，我想知道的是，SQL Server是否因为有大量的表而受到性能的影响。您添加的每个表是否都有性能影响，或者基本上没有差异（假设数据量不变）。有没有人有使用数千个表的数据库的经验？我对MySQL也有同样的疑惑。

假设数据量不变，没有区别

在实际应用中，这可能是一个好处，因为维护窗口减少了（重建的索引更小），能够拥有只读文件组等等

---

性能取决于查询和索引（在最基本的级别上）：不是对象的数量，我怀疑SQL Server在处理数千个表时会出现性能问题，但我肯定会

---

不过，我在SQL Server中处理过数百个表的数据库，没有任何问题。

如果使用具有许多列的表，而不是分解相关表（即使是具有一对一关系的表），SQL Server的性能会受到更大的影响。另外，如果要输入的数据超过了可以为列存储的字节数，则宽表可能会出现问题。您可以创建一个具有存储潜力的表，例如10000字节，但仍然只能存储8060字节

就最大表数而言，我的数据库有200万个表。一点也没有表现。我的表每个都很小，大约15MB。

根据我的经验，我认为表的数量不会影响性能。但是，您应该能够证明为什么数据库中有这么多表。这是因为在数据库端有这么多表也会影响服务器端开发人员的工作

在我看来，如果您根据功能划分表，那么您不仅可以简化开发人员的工作，还可以提高应用程序的性能，因为您有固定的表，可以从中获取所需的数据

---

比如说你需要存储销售、购买、收据和付款的详细信息。它们都具有相同的表结构，所以您可以将它们分别存储在单独的表中，而不是存储在单个表中。通过这些，您可以在单个表中获得销售的所有详细信息，也可以在单个表中获得购买的详细信息。因此，它可以帮助提高应用程序数据库层的响应时间，而数据库层是所有web层中最慢的组件之一。。。！！！当然，我们通过SQL要求来提高数据库的性能，但是这样的结构也可以间接地帮助您提高数据库性能。

必须将您的第一句话读几遍。我知道你是从哪里来的，但是这些基本上是很多表，都具有相同的结构，而不是可以单独管理的。如果这些表是以编程方式生成的，那么作为开发人员，你也可以以编程方式处理它们。没有性能问题（至少不是职业问题）这是有用的信息，但这根本不能回答所问的问题，因为你问过多的表是否会产生性能问题的原因是，你正在考虑合并它们，而不是创建太多的表，这实际上会产生更大的性能问题，员工应该意识到这一点。