小编T2P*_*2PS的帖子

我们的团队继承了一个应用程序和相关的数据库。以前的开发人员似乎强制执行了一个规则，即每个表上的每个索引都有一个 INCLUDE 子句，以始终添加不属于键的每一列。这些表平均有两到五个索引或唯一约束以及外键。

目的似乎是提高 SELECT 性能，无论向数据库抛出什么查询，因为访问是通过 ORM 进行的，默认情况下（但并非总是）检索所有列。我们预计这样做的副作用是增加了存储需求（可能显着增加）和 INSERT/UPDATE/DELETE 的额外开销时间。

问题是，这是一个明智的策略吗？我们的团队有使用 SQL Server 的历史，但没有成员认为自己是其内部行为的专家（尽管有人提出问题，如果这种策略是最佳的，现在不是默认吗？）。我们应该期待哪些其他副作用（数据库服务器 CPU/内存/TempDB 使用等），或者我们上面的一些假设是不正确的？

此外，该应用程序可以安装到本地 SQL Server（自 2012 年以来的版本）以及 Azure SQL 中——我们是否应该为两者之间的任何差异做好准备，或者因此对 Azure 产生额外的副作用方法？