c# - SQL Server 2008 错误 - XML 分析 : document parsing required too much memory

Question

在 XML 解析器崩溃之前，我们在 SQL Server 2008 中遇到了单个 XML 节点可以拥有的最大属性数的问题。

我们收到的错误是:

Msg 6303, Level 16, State 1, Line 1
XML parsing: Document parsing required too much memory

这有点误导。将字符串转换为 XML 数据类型(或表列)时出现问题。

SELECT CONVERT(XML, '<DataNode><Data attr1="a" attr2="b" XXXXX /></DataNode>')

其中XXXXX其实是另外8191个属性。

我们的数据集总共包含 10,066 个属性。当我们将属性数量减少到 8,192 时，效果很好。然而，8,193 个属性崩溃。

它似乎与数据大小没有任何具体关系(100MB 或 60KB 无关紧要 - 我们根据属性计数得到相同的失败/成功)

那么，SQL Server 有什么办法可以改变这个限制吗？

我们的 C# 应用程序没有此限制，因此 C# 中完全有效的 XML 文档不能存储在 SQL 服务器的 XML 数据列中。

任何人都可以提供任何帮助，我们将不胜感激。此时无法更改数据结构，因为这需要重新编写包含数百个组件的整个应用程序框架的数据处理功能。

PS:我已经向管理层建议过，当应用程序将数据存储为单个节点的属性而不是树时，情况是多么荒谬，但这是我必须处理的:-(

编辑:我们已经在 2GB RAM 和 32GB RAM 服务器上的 SQL Server 2008 32 位和 64 位版本上尝试过此操作 - 所有版本和环境都有相同的问题。

更新:

我在 SQL Server 2012 中尝试过，当有 8,193 个属性并且字符串的长度也超过给定大小(测试字符串的长度为 833K)时失败，但在相同长度时有效字符串只有 8,192 个属性。

但是我有一个更短的字符串 (193K) 和 12,000 个属性，它在 SQL Server 2012 和 SQL Server 2008 中工作)

因此，当被转换的字符串超过一定大小时，它似乎是属性数量的组合。这变得更有趣了!

感谢到目前为止的反馈!

更新 2:

在使用更小的字符串 (270K) 进行进一步测试后，我仍然达到了 16,384 的属性限制……16,385 个属性失败了!因此，它肯定以 8K 属性的增量发生，具体取决于字符串长度的组合!!

Answer 1

8191属性听起来太多了。如果看起来您正在尝试将实际数据存储在属性中 - 显然 SQL Server 解析器在这里有限制。

请看这里的文章: http://blogs.msdn.com/b/sqlprogrammability/archive/2006/05/23/605299.aspx?Redirected=true

When a type is needed for validation, the validator loads its definition from metadata and compiles it into a format suitable for quick validation. In order to prevent any one type from using too much memory, SQL Server caps the size of a compiled type at one megabyte. SQL Server compiles all types and performs this check when the schema is imported in order to avoid accepting types which exceed the limit.

我建议改变您使用 XML 的方式并将信息存储在元素中。

见 http://www.ibm.com/developerworks/library/x-eleatt/index.html和 http://www.w3schools.com/xml/xml_attributes.asp