sql-server - 对于 SQL Server 2005 表来说，多少列过多？

Question

我有一个请求，允许动态表拥有 1000 列(由我的最终用户随机选择)。这对我来说似乎是个坏主意。它是一个可自定义的表，因此它将混合有 varchar(200) 和 float 列(float 最适合应用程序 c++ 双类型)。该数据库主要是遗留应用程序的索引，并用作报告存储库。这不是记录系统。该应用程序有数千个数据点，其中很少有可以标准化的。

关于这对性能的影响有什么想法吗？或者一个理想的表大小来对其进行分区？

由于我不知道最终用户会从 20k 的选项中选择哪些字段，因此规范化表格是不可行的。我可以将这些数据分离到我必须动态管理的几个表中(可以添加或删除字段。然后删除行并重新解析记录系统以填充表。)我的偏好是推回并删除标准化所有 20k 位数据。但我不认为这种情况会发生。

Answer 1

这对我来说是一个糟糕的设计。

需要考虑的事情:

这些列中的大部分会包含 NULL 值吗？

许多会被命名为Property001、Property002、Property003等等...？

如果是这样，我建议您重新考虑数据标准化。