小编Gre*_*reg的帖子

这适用于 SQL Server 2012。

我正在对 Dynamics AX 环境中的整体性能缓慢进行故障排除。一切都很慢 - 应用程序本身、报告、临时等。马上，我可以看到没有配置 SQL Server 的最佳实践 - MAXDOP、tempdb、特定于 Dynamics 的跟踪标志和索引/碎片化维护。我很确定存在低效查询、缺失或非最佳索引等。

我花了一点时间查看等待统计数据，但现在我想知道我是否应该首先应用所有推荐的最佳实践（DynamicsAX 的行业标准最佳实践），然后解决缓慢的问题，或者深入研究每个问题一个，并在它到来时解决它？我知道有些人会说，在您确定需要翻转开关之前，不要开始翻转开关。

你会如何处理这种情况？

我们有将 XML 数据存储为 varchar(MAX) 的大表。数据仅供参考/历史用途，不作查询。根据我所读到的内容，存储为 XML 数据类型而不是 VARCHAR(MAX) 应该可以节省空间，但我的测试显示并非如此。见下文，其中 t1_XML 的大小小于 t1_NVARCHARMAX，但大于 t1_VARCHARMAX。

set nocount on;

drop table t1_XML;
drop table t1_VARCHARMAX;
drop table t1_NVARCHARMAX;

create table t1_XML(col1 int identity primary key, col2 XML);
create table t1_VARCHARMAX(col1 int identity primary key, col2 varchar(max));
create table t1_NVARCHARMAX(col1 int identity primary key, col2 nvarchar(max));

go

declare @xml XML = '<root><element1>test</element1><element2>test</element2><element3>test</element3><element4>test</element4><element5>test</element5></root>'
    , @x int = 1;

while @x <= 10000
begin
    begin tran

    insert into dbo.t1_XML (col2) values (@xml);
    insert into dbo.t1_VARCHARMAX (col2) …