sql-server - 数据库中有大量表的 SQL Server 性能

Question

我正在更新我们的一个网络应用程序中的一段遗留代码。该应用程序允许用户上传电子表格，我们会将其作为后台作业进行处理。

这些用户上传的每一个都会创建一个新表来存储电子表格数据，因此我的 SQL Server 2000 数据库中的表数量将快速增长——短期内将有数千个表。我担心这可能不是 SQL Server 优化的对象。

让这个机制保持原样是最简单的，但我不想留下一个稍后会爆炸的定时炸弹。如果它需要修复，最好现在修复它(显而易见的替代方案是一个大表，其中包含一个将记录与用户批处理相关联的键)。

随着表数量的增加，这种架构是否可能会产生性能问题？如果是这样，是否可以通过升级到更高版本的 SQL Server 来缓解该问题？

编辑:回答问题的更多信息:

• 这些表中的每一个都具有相同的架构。没有理由不能将它实现为一张大表；事实并非如此。
• 删除旧表也是一种选择。他们可能需要一两个月，不会超过那个。

Answer 1

拥有很多表对引擎来说不是问题。目录元数据针对非常大的尺寸进行了优化。让每个用户拥有自己的表也有一些优势，比如每个表具有单独的安全 ACL 的能力，每个用户内容的单独表统计信息，尤其是提高“意外”表扫描的查询性能。

但问题是维护。如果您保留它，您必须绝对设置自动维护任务，您不能将其作为管理员的手动任务。