必须使用.modify()方法更新xml字段，因其专为xml设计，通过xml dml语句（如replace value of、insert、delete）确保结构合法性；普通update、replace或cast后字符串操作会破坏xml完整性。
不能用普通 UPDATE + 字符串拼接，也不能用 REPLACE() 函数直接改 XML 字段内容——这会破坏结构合法性，后续 .value() 或 .query() 可能全失效。
XML 字段必须用 .modify() 方法更新
SQL Server 的 XML 类型不支持直接赋值或文本替换。所有增、删、改操作必须走 .modify()，它底层调用 XML DML（不是 XPath 查询），确保 DOM 结构完整性。
-
.modify()只接受字符串字面量形式的 XML DML 语句，如'replace value of (/root/name/text())[1] with "new" - 语句必须是完整、合法的 XML DML：以
insert/delete/replace value of开头，不能省略括号和索引[1] - 路径表达式里不能写
或 <code>>，得用实体：<、>；否则报错 Msg 9302 - 如果目标节点不存在，
.modify()静默失败（不报错，也不生效），需先用.exist()验证路径
replace value of 更新节点文本值的写法细节
这是最常用场景：改某个标签内的文字内容，比如把 <status>pending</status> 改成 <status>done</status>。
- 必须显式定位到
text()节点：/root/status/text()，不能只写/root/status - 必须加索引
[1]（即使确定只有一个）：(/root/status/text())[1]，否则报错 Msg 2215 - 新值要用双引号包裹，且内部不能含未转义的引号；若值含双引号，改用单引号包裹整个字符串：
with ''new "quoted" value'' - 示例完整语句：
UPDATE T SET XmlCol.modify('replace value of (/item/desc/text())[1] with "updated desc"') WHERE Id = 123
批量更新 XML 字段时容易锁表或超时
一次改上万行 XML，尤其带复杂路径或嵌套判断，.modify() 会逐行解析并重写整个 XML BLOB，极易触发长时间行锁或事务日志暴涨。
- 拆批次执行：SQL Server 用
TOP (1000)+WHERE Id > @lastId推进；避免OFFSET/FETCH（性能差） - WHERE 条件字段必须有索引，尤其是用于过滤的主键或时间戳列；XML 路径本身无法建索引（除非用
SELECTIVE XML INDEX，但维护成本高） - 更新前先验证路径存在：
WHERE XmlCol.exist('/item/desc') = 1，防止全表扫描匹配失败节点 - 别在大事务里包多个
.modify()操作——每个.modify()已隐式开启行级修改事务，外层再套事务只会延长锁持有时间
为什么不能 CAST 成字符串再用 REPLACE()？
因为 XML 是结构化数据，不是纯文本流。CAST(XmlCol AS NVARCHAR(MAX)) 后再 REPLACE()，等于放弃所有命名空间、属性顺序、CDATA 声明、空格规范等校验能力。
- 可能把
<tag attr="a&b"></tag>错误替换成<tag attr="a&b"></tag>，导致后续.value()报错 “XML parsing: line X, character Y, illegal name character” - 无法处理默认命名空间（
xmlns=""）或前缀绑定，XPath 失效 -
UPDATETEXT在 SQL Server 2016+ 和 Azure SQL 中已彻底移除，执行即报错 Msg 420 - 真正安全的路径只有
.modify()—— 它由 SQL Server XML 引擎原生解析并校验，改完仍保证IS_XML_DOCUMENT(XmlCol) = 1
