我有一个请求，允许动态表具有1000列（由最终用户随机选择）。对我来说，这似乎是个坏主意。这是一个可自定义的表，因此它将混合有varchar(200)和float列（浮点数与应用程序c ++ double类型最匹配）。该数据库主要是旧应用程序的索引，并用作报告存储库。这不是记录系统。该应用程序具有成千上万的数据点，其中极少数可以标准化。
关于此功能的性能有什么想法？还是理想的表大小也可以将其分区？
由于我不知道从20k的选择中选出哪些字段，最终用户会选择对表进行规范化。我可以将这些数据分离到几个必须动态管理的表中（可以添加或下垂字段。然后删除行，并重新解析记录系统以填充表。）我的偏好是回退并归一化所有20k位数据。但我看不到这种情况。
最佳答案
对我来说，这闻起来像是一个不好的设计。
注意事项：
这些列中的大多数将包含NULL值吗？
许多会被命名为Property001，Property002，Property003等吗？
如果是这样，我建议您重新考虑数据标准化。