我有一个请求，允许动态表拥有 1000 列（由我的最终用户随机选择）。这对我来说似乎是个坏主意。这是一个可定制的表格，因此它混合了varchar(200) and float列（float 最适合应用程序 c++ double 类型）。该数据库主要是遗留应用程序的索引，并用作报告存储库。这不是记录系统。该应用程序有数千个数据点，其中很少有可以标准化的。
关于这对性能的影响有什么想法吗？或者理想的表大小也可以对其进行分区？
由于我不知道最终用户会从 20k 的选项中选择哪些字段，因此规范化表是不可行的。我可以将这些数据分成几个我必须动态管理的表（可以添加或删除字段。然后删除行并重新解析记录系统以填充表。）我的偏好是推回并删除标准化所有 20k 位数据。但我不认为这种情况会发生。
对我来说，这听起来像是一个糟糕的设计。
需要考虑的事项：
这些列中的大部分会包含 NULL 值吗？
许多人会被命名为 Property001、Property002、Property003 等吗？
如果是这样，我建议您重新考虑数据标准化。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
