SQL 查询 XML 在 2000 年运行良好，在 2008 年 R2 运行缓慢

Question

我正在将客户的 SSIS 包从 DTS 转换为 SSIS。 在他们的一个包中，他们有一个执行 SQL 任务，其查询类似于：

SELECT * FROM [SOME_TABLE] AS ReturnValues 
ORDER BY IDNumber
FOR XML AUTO, ELEMENTS

此查询在旧系统上似乎在相当长的时间内返回，但在新机器上，在 SSMS 中运行查询最多需要 18 分钟。 有时，如果我运行它，它会生成一个 XML 链接，如果我点击它查看 XML，它会抛出一个“System.OutOfMemoryException”并建议增加从服务器检索到的 Z3501BB093D36CFED3F8B 的字符数。 我将选项增加到无限制，但仍然出现错误。

该表本身包含 220,500 行，但在查询停止之前返回的查询行显示为 129,810。 这仅仅是系统没有足够的 memory 可用的问题吗？ 这个盒子有 48 GB（Win 2008 R2 EE x64），实例上限为 18 GB，因为它的共享开发环境。 任何帮助/见解将不胜感激，因为我并不真正了解 XML！

Answer 1

当你使用SSMS做XML查询FOR XML时，它会生成所有的XML，然后放到网格中让你点击它。 它带回的数据量有限制，有 220,000 行，具体取决于表的宽度、巨大并产生大量文本。

memory 的原因是 SQL 服务器正在尝试解析所有这些，这是 SSMS 的大量 memory 消耗。

您可以尝试执行到文件并查看大小。 但是用完 memory 的主要原因是因为有很多 XML 并将其返回到网格中，使用这种类型的结果集（大小明智），您不会一直得到所有结果。

DBADuck（本）

Answer 2

您遇到的 memory 异常是由于 .net 网格控件可以处理的文本量所致。 220k 行是巨大的。 SSMS 中显示无限数据的设置仅与 .net 控制 memory 上限一样好。

Answer 3

您可以查看删除 ELEMENTS 选项并查看属性格式的数据。 这将减少 XML “字符串空间”返回的数量。 就个人而言，仅出于这个原因，我更喜欢属性而不是元素。 上下文为王，所以这取决于您要完成的工作（查看数据或使用数据）。 你可以将 pipe 数据放入 XML 变量中吗？ 总而言之，DBADuck 在他的陈述中是 100% 正确的。

SqlNightOwl