sql server中xml字段需用convert(xml, n’…’)安全插入，单引号写成两个；.value()返回NULL多因命名空间未声明；性能优化可改用varchar(max)或关闭主xml索引。
SQL Server 中 xml 类型字段怎么安全插入带引号的 XML 字符串？
直接拼字符串进 INSERT 会炸——单引号、双引号、&、 全部翻车。SQL Server 的 <code>xml 类型不是字符串容器，它会在插入时做严格解析，失败就报 XML parsing: line X, character Y, unable to switch the encoding 或更常见的 XML parse Error at line X, character Y。
正确做法是走类型转换，而不是字符串拼接：
- 用
CONVERT(xml, N'...')或CAST(... AS xml)显式转，N 前缀不能少（Unicode 安全） - 原始 XML 中的单引号必须写成两个单引号
''，不是反斜杠转义 - 如果 XML 来自外部（比如 http 请求体），先在应用层用
XmlDocument或XmlSerializer序列化，再传入xml参数，别手动生成字符串 - 避免用
REPLACE(@raw, '''', '''''')手动逃逸——容易漏掉嵌套属性里的引号，且无法处理编码问题
SQL Server .value() 方法取值为什么总返回 NULL？
不是数据丢了，大概率是命名空间或路径写错了。XML 实例一旦声明了默认命名空间（xmlns="http://example.com"），所有元素就自动属于该命名空间，XPath 就必须显式绑定前缀，否则 /root/item 这种路径完全匹配不到。
解决方法分三步：
- 查有没有默认命名空间：用
select @x.query('Namespace-uri(.)')看返回值 - 有 namespace 就得用
WITH XMLNAMESPACES声明前缀，例如WITH XMLNAMESPACES ('http://example.com' AS ns) - 然后路径里带上前缀：
.value('(ns:root/ns:item/text())[1]', 'NVARCHAR(100)') - 注意
.value()只能取原子值，不能返回节点集；要取多个值用.nodes()配合CROSS APPLY
把大段 XML 存进 xml 字段性能很差，还能优化吗？
不是 XML 本身慢，是 SQL Server 对 xml 类型默认开启「XML Schema 验证」和「内部索引构建」，尤其当字段频繁更新或 XML 超过几 MB 时，CPU 和内存压力明显上升。
实际可调的点很有限，但有三个硬核建议：
- 确认是否真需要
xml类型——如果只存、不查、不 XPath 查询，改用varchar(max)或varbinary(max)，插入快 3–5 倍 - 如果必须用
xml，关掉「主 XML 索引」（除非你真在用.query()做复杂搜索），建表时加XML SCHEMA Collection能提升验证效率，但代价是必须预定义 schema - 批量插入时，别逐行
INSERT ... SELECT @x，改用OPENXML或for XML反向生成，减少类型转换次数
postgresql 的 xml 类型和 SQL Server 的行为一样吗？
不一样。PostgreSQL 的 xml 类型更轻量，不自动解析、不强制格式校验，插入非法 XML 不报错（直到你调 xml_is_well_formed() 或用 xpath() 时才崩）。这看似友好，实则埋雷。
关键差异点：
- PostgreSQL 没有内置命名空间自动绑定机制，
xpath()必须手动传Array[ARRAY['ns','http://...']]参数 - 没有
.value()/.nodes()这种语法糖，所有查询都靠xpath()+unnest()组合 -
xml值不能直接比较（=报错），要用xml_is_well_formed()+xmlserialize()后比字符串 - 导出时默认不带 XML 声明（
<?xml version="1.0"?>），需要显式拼接，否则某些客户端解析失败
跨数据库迁移 XML 字段时，别假设行为一致——连空格、换行、编码声明这些细节，两边解析器反应都不同。