UPDATETEXT 已被弃用且基本不可用，因其仅支持过时的 text/ntext/image 类型，不兼容 varchar(max) 等新类型，依赖 TEXTPTR 和复杂事务控制，在 Azure SQL 和高兼容级别下直接报错，必须迁移到 varchar(max)/nvarchar(max) 并使用标准 UPDATE 语句。
SQL Server 2005 及以后版本中，UPDATETEXT 已被弃用，且不支持 varchar(max)、varbinary(max) 或 xml 类型；text/ntext 类型本身也已过时——直接改用 varchar(max)/nvarchar(max) 并配合 UPDATE 语句是最稳妥的路径。
为什么 UPDATETEXT 现在基本不能用
UPDATETEXT 是 SQL Server 2000 时代的遗留语法，依赖 TEXTPTR() 获取指针，操作前必须开启 SELECT INTO/BULKCOPY 数据库选项（RECOVERY BULK_LOGGED 下还可能失败），且无法在用户定义函数、视图或某些嵌套上下文中使用。SQL Server 2016 开始，text/ntext 类型在 Azure SQL 和新兼容级别下已完全不可创建，执行 UPDATETEXT 会报错：Msg 420, Level 15, State 1, Line X: The text, ntext, and image data types cannot be used in this context.
- 仅适用于
text/ntext/image三类旧类型，不支持varchar(max) - 不能在单条语句中完成“查找+更新”，必须先
SELECT TEXTPTR(...)再执行UPDATETEXT - 事务中若未显式
COMMIT，指针可能失效，导致静默失败 - Azure SQL Database 和 SQL Server 2022 默认兼容级别（160+）下直接拒绝解析
UPDATETEXT
安全迁移 text/ntext 字段到 varchar(max)/nvarchar(max)
迁移不是可选项，是必须步骤。只要表里还有 text 或 ntext 列，就存在隐式转换开销、索引限制（不能作为主键/唯一约束）、以及未来升级障碍。
- 先检查字段类型：
SELECT COLUMN_NAME, DATA_TYPE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'YourTable' AND DATA_TYPE IN ('text', 'ntext') - 添加新列：
ALTER TABLE YourTable ADD ContentNew NVARCHAR(MAX) - 批量迁移数据（注意 NULL 处理）：
UPDATE YourTable SET ContentNew = CAST(ContentOld AS NVARCHAR(MAX)) - 验证长度一致性：
SELECT COUNT(*) FROM YourTable WHERE LEN(ContentOld) != LEN(ContentNew)（text的LEN行为与varchar(max)有细微差异，但通常可忽略） - 删旧列、重命名新列：
ALTER TABLE YourTable DROP COLUMN ContentOld; EXEC sp_rename 'YourTable.ContentNew', 'Content', 'COLUMN'
更新大字段：用标准 UPDATE + SUBSTRING/STUFF 替代 UPDATETEXT
迁移到 varchar(max) 后，所有更新回归标准 SQL 逻辑。无需指针、无隐式事务陷阱，支持 WHERE 条件、JOIN、子查询等完整语法。
- 全量替换：
UPDATE Posts SET Body = '新内容' WHERE Id = 123 - 局部替换（类似 UPDATETEXT 的“从第 N 字节开始改 M 字节”）：
UPDATE Posts SET Body = STUFF(Body, 100, 50, '替换文本') WHERE Id = 123（STUFF第一参数是原字符串，第二是起始位置（从 1 开始），第三是删除长度，第四是插入内容） - 追加内容：
UPDATE Posts SET Body = Body + '追加文字' WHERE Id = 123（varchar(max)支持直接拼接） - 条件更新（如只替换某段 HTML）：
UPDATE Posts SET Body = REPLACE(Body, '<b>', '<strong>') WHERE CHARINDEX('<b>', Body) > 0
特殊场景：必须临时处理 legacy text 字段怎么办
极少数情况（如只读报表库、无法修改 schema 的第三方系统），你不得不面对现存 text 列。此时只能用 UPDATETEXT，但务必注意三点：
- 必须在
READ COMMITTED或更低隔离级别下运行，SERIALIZABLE会导致TEXTPTR返回 NULL - 同一事务内，
TEXTPTR查询和UPDATETEXT必须在同一会话、且中间不能有其他 DML 操作干扰锁 - 示例安全写法：
DECLARE @ptr VARBINARY(16)<br>SELECT @ptr = TEXTPTR(Content) FROM Articles WHERE Id = 456<br>IF @ptr IS NOT NULL<br> UPDATETEXT Articles.Content @ptr 0 0 '新开头'
这种写法脆弱、难测试、难维护——它存在的唯一意义，是给你一个明确信号：该立刻安排迁移了。
