我目前正在开发一个 mvc 应用程序来读取现有的 sql server 数据库。数据库是非规范化的 - 我正在考虑修改一些表以在一定程度上对其进行规范化。
这引发了与其他开发人员的讨论，将其作为读取数据的最有效方式，或者结构是否应该改变。数据将通过 ado.net 使用存储过程读取。我的问题是，在一个表中有多个字段（非规范化）或有几个带有内部连接（规范化）的表来检索数据是否更高效？
我应该提到，表上的操作将是 95% 读取，5% 写入。
【问题讨论】：
标签： .net sql sql-server performance normalization
如果您要阅读多于写作，非规范化是个好主意。
如果您的写作多于阅读，您应该规范化您的表格。
如果您不确定，或者将两者混合使用，请尝试对这两种配置进行基准测试或负载测试，看看哪个更适合您的应用程序。
【讨论】：
检索非规范化的数据是一个不错的选择，因为更少的连接数，存储比性能成本便宜。
【讨论】：
标准化主要是为了消除重复，以便于维护和最小化所需的存储。
进行非规范化主要是为了提高特定查询的性能，但由于某些数据是重复的（通常是关键数据），它确实使维护变得更加棘手，并增加了存储需求。
【讨论】：
为报告应用程序保持非规范化。
只要去规范化的结构符合您的需求，它就会更快。
如果它是从规范化数据库中填充的，那么一切都很好。即使不是，我仍然不会规范化这个数据库，我会为数据收集创建一个规范化版本，然后使用它来填充您当前的结构。
从一个数据库收集和报告您必须做出的设计妥协，不会花费很长时间比另一台数据库服务器和某种传输方式花费更多。
【讨论】：
您应该将非规范化数据用于数据分析和密集报告用途。出于上述目的，具有非规范化将有助于提高性能。
如果您对要实现的应用程序没有太多了解，对于“标准”客户端-服务器应用程序，您应该使用 DOM 大量类并不断读写数据，我会投票支持规范化数据并尽可能避免维护重复数据。尝试简化表格的设计，让它们对您的域模型“感觉舒适”。
因此，简而言之，对密集型数据读取进行规范化后性能更高，对领域对象模型类的密集读取和写入进行非规范化后性能更高（并且更全面）。
【讨论】：