Sql server 影响CRM生成的SQL（优化器提示等）

我们有一个客户正在对一个非常大的数据库使用CRM。他们在开箱即用的操作中正在经历减速，我们观察到在这些减速期间阻塞的SPID。我们捕获了CRM生成的SQL，并让DBA对此进行分析

我们的DBA可以通过调整SQL的结构或优化器提示来提高性能。然而，我们正在分析的SQL是在CRM的严格控制下的

这是我的问题

---

使用fetchxml，有没有办法影响最终从CRM生成的SQL的结构/优化器提示？或者，如果我们的DBA建议对SQL进行更改以使其更快，我们是否必须求助于Microsoft寻求解决方案？

即使您无法更改SQL，您也可以改进与之交互的物理表的索引和统计信息。如果您在这方面发现了改进，它可以改进优化器生成的查询计划

---

检查（DTA）--它可以帮助您进行此类优化，无论是基于单个查询还是基于工作负载分析。

即使您无法更改SQL，您也可以改进与之交互的物理表的索引和统计信息。如果您在这方面发现了改进，它可以改进优化器生成的查询计划

检查（DTA）--它可以在单个查询或工作负载分析的基础上帮助您进行此类优化。

如所述，除了影响生成的SQL语句之外，还有其他可能调整数据库性能。这些也是唯一受支持的更改，您可以自己做

Microsoft认为不支持对数据库进行更改。见：

对数据库物理架构的修改，而不是添加或更新索引。这包括在不进行系统自定义的情况下对数据库执行的任何操作。不支持修改数据库中的表、存储过程或视图。由于引用完整性或升级问题，也不支持向数据库中添加表、存储过程或视图根据“中的指南，支持添加索引。这适用于所有Microsoft Dynamics CRM数据库和Microsoft Dynamics CRM for Microsoft Office Outlook本地数据库

不能直接调整FetchXML到SQL的转换。您只能对其进行优化，不包括不必要的信息等。如果您有实际的性能问题，我建议您在调查中包括CRM支持

如所述，除了影响生成的SQL语句之外，还有其他可能调整数据库性能。这些也是唯一受支持的更改，您可以自己做

Microsoft认为不支持对数据库进行更改。见：

对数据库物理架构的修改，而不是添加或更新索引。这包括在不进行系统自定义的情况下对数据库执行的任何操作。不支持修改数据库中的表、存储过程或视图。由于引用完整性或升级问题，也不支持向数据库中添加表、存储过程或视图根据“中的指南，支持添加索引。这适用于所有Microsoft Dynamics CRM数据库和Microsoft Dynamics CRM for Microsoft Office Outlook本地数据库

不能直接调整FetchXML到SQL的转换。您只能对其进行优化，不包括不必要的信息等。如果您有实际的性能问题，我建议您在调查中包括CRM支持