SQL Server 2008 XML数据类型是否存在性能问题

Question

嗨，我需要将数百个（如果不是数千个）元素存储为XML。 我不会在XML字段中建立任何索引。 我将只选择xml中的某些元素。 我想知道仅选择XML中的字段是否会对性能造成任何影响。 这是将存储在数据库中的示例XML。

<fields>
    <field name="FirstName" type="text" value="Gary" sort="2" />
    <field name="LastName" type="text" value="Smith" sort="3" />
    <field name="City" type="text" value="Los Angeles" sort="4" />
    <field name="Age" type="number" value="12" sort="6" />
    <field name="Address" type="text" sort="2">
        <streetnumber value="1234" />
        <streetname value="sail" />
    </field>
</fields>

一条记录中可能会包含3000多个字段标签。 我只想在一个查询中获取10个字段。 我将在表上有一个主键，并将基于该主键选择记录，但将从XML列获取字段。 恐怕我在XML中放入的更多字段元素会损害性能。 仅从XML列中选择10个或更多字段，是否会对性能造成影响？ 另外，我将不会在where子句中使用xml列，而会在where子句中使用主列，然后从XML列中选择字段。 会不会有性能损失？

Answer 1

基于我对SQL Server Xml数据类型中的XML和XML数据类型列上的索引的经验（整个部分值得深入阅读）

仅从XML列中选择10个或更多字段会不会降低性能？

是的，因为您的XML文档存储为Blob。 如果没有主XML索引，则需要将该Blob分解以进行查询处理（过滤和投影）。对于XML，索引可以看作是文档的关系表示形式（预分解Blob）

没有索引，这些二进制大对象将在运行时被粉碎以评估查询。 切碎可能很耗时

关于第二个问题

另外，我将不会在where子句中使用xml列，而会在where子句中使用主列，然后从XML列中选择字段。 会不会有性能损失？

如果要在3000个字段标签中进行投影，则可能会受益于辅助XML索引，尽管我不确定是哪个索引。 PROPERTY二级索引似乎适合预测，但似乎适用于value调用（法语文档似乎暗示着不仅仅是value调用，但这可能是一些翻译错误）

就我而言，我最终在我的XML列上设置了三种类型的二级索引（一百万个文档位于30个不同的模式上，每个文档有50-100个元素），但是我的应用需要比投影更多的过滤。

Answer 2

[开始编辑]
jbl对您问题的直接回答，以及Terror.Blade对XML的回答都优于NVARCHAR（MAX）都是有意义的（我赞成它们：）。

我的经验是没有在SQL Server中存储XML模式（Terror.Blade的技巧），也没有索引（jbl发挥了最大作用，是那样）...但是我要回答我，因为我认为我的链接可能非常有用的...这仍然是最坏情况的一个例子;）
[结束编辑]

根据经验，我会说XML数据类型的加载是快速的，但是就使用它而言-我发现它很慢，但是我想到的个人示例涉及更新和使用xQuery，并且这些示例可能是我减速的因素。 在该示例中，仅花费了1小时55分钟来处理127,861行。 （Terror.Blade的技巧，在SQL Server中存储XML架构，以及jbl的link＆share re'XML索引都听起来很漂亮；）并且可能解决了这种问题。）

相关文章 ：这里有一些关于在SQL中优化XML的技巧...尽管其中一些技巧仅在您可以控制XML格式时才适用：
http://msdn.microsoft.com/en-us/library/ms345118.aspx

如果您使用的是xQuery，请查看以下文档：
http://download.microsoft.com/download/0/F/B/0FBFAA46-2BFD-478F-8E56-7BF3C672DF9D/XQuery%20Language%20Reference.pdf

（（（如果您完全使用SQLXMLBulkLoad，请考虑使用“溢出字段”，以捕获架构中未定义的内容。此与切向相关的 TechNote中有一些有用的技巧：
http://social.technet.microsoft.com/Forums/sqlserver/en-US/393cf604-bf6e-488b-a1ea-2e984aa14500/how-do-i-redirect-xml-comments-that-sqlxmlbulkload-is-storing- in-the-overflowfield？forum = sqlxml ））

HTH。

Answer 3

我意识到这不是对OP的问题的直接答案（尽管与它有关），但我认为这确实可以帮助许多已经转向此处的人寻找如何应对OS较差性能的想法。 SQL Server上的XML数据类型。 经过多年的努力，我终于找到了一个由于某种原因不容易实现的解决方案：

SXI-选择性XML索引 （从SQL 2008开始）

MS Docs链接： https : //docs.microsoft.com/zh-cn/sql/relational-databases/xml/selective-xml-indexes-sxi?view= sql-server- 2017

在我的包含3MM +记录的表的本地测试中，它的运行效果非常好！