SQL Server 不支持原生正则函数，需通过启用 CLR 并注册自定义 .NET 函数实现；使用时须配置 clr enabled、注意权限、异常处理及性能优化。
SQL Server 没有原生正则函数，PATINDEX 和 LIKE 只能应付简单模式
直接在存储过程中写 REGEXP_REPLACE 或 REGEXP_LIKE 会报错——这些函数在 SQL Server 中根本不存在。你看到的错误通常是 Invalid column name 'REGEXP_REPLACE' 或 Incorrect syntax near 'REGEXP'。这不是权限或拼写问题，是语法层面不支持。
用 PATINDEX('%[0-9][0-9][0-9]%', col) 查三位数字、用 LIKE '[a-zA-Z]%' 模拟首字母校验，这类写法看似像正则，但本质是字符范围扩展，不支持量词（如 +、{2,5}）、分组、捕获、非贪婪匹配等关键能力。一旦需求变成「提取邮箱中 @ 前的用户名，且排除带连字符开头的非法格式」，PATINDEX 就得套三层 CASE + SUBSTRING + CHARINDEX，可读性和维护性迅速崩坏。
CLR 自定义函数是唯一可行路径，但必须显式启用并注意执行上下文
你需要一个已编译的 .NET DLL（比如 RegexLibrary.dll），其中导出类似 RegexMatch、RegexReplace 的标量函数，并在 SQL Server 中注册：
CREATE ASSEMBLY RegexAssembly FROM 'C:\SqlClr\RegexLibrary.dll' WITH PERMISSION_SET = SAFE;
然后创建 T-SQL 包装函数：
CREATE FUNCTION dbo.RegExMatch(@input NVARCHAR(MAX), @pattern NVARCHAR(MAX)) RETURNS BIT AS EXTERNAL NAME RegexAssembly.[RegexFunctions].RegexMatch;
关键点：
- 数据库需开启
clr enabled配置：sp_configure 'show advanced options', 1; RECONFIGURE; sp_configure 'clr enabled', 1; RECONFIGURE; -
PERMISSION_SET = SAFE是最低要求，但若正则中用到RegexOptions.Compiled或超长字符串，可能需EXTERNAL_ACCESS - 函数内部必须处理
NULL输入，否则存储过程调用时整个语句会因单行NULL而返回空结果集 - 不要在函数里写
EXECUTE AS OWNER—— 这会导致调用者无权访问 CLR 函数，应统一设为EXECUTE AS CALLER
在存储过程中调用 CLR 正则函数要防性能陷阱
CLR 函数是标量计算，每行调用一次，无法向量化。如果清洗 100 万行手机号，且每行都走 dbo.RegExReplace(raw_phone, '[^0-9]', '')，I/O 和 CPU 开销远高于纯 T-SQL 的 REPLACE(REPLACE(...)) 链式调用。
实操建议：
- 优先把正则逻辑下沉到源表 ETL 阶段，而非每次查询都实时计算
- 对高频清洗字段（如邮箱、身份证号），在存储过程中先用
WHERE粗筛：WHERE raw_email LIKE '%@%.%'，再用 CLR 细判格式 - 避免在
JOIN条件或GROUP BY表达式中调用 CLR 函数，SQL Server 无法对其生成有效执行计划 - 测试时用
SET STATISTICS IO ON对比：纯LIKE扫描 vs CLR 函数调用，差距常在 3–8 倍
视图封装 CLR 正则逻辑时，权限和稳定性比语法更重要
你可以写 CREATE VIEW v_cleaned_contacts AS SELECT ..., dbo.RegExReplace(email_raw, '^[^@]+@', '') AS user_part FROM t_source，但上线前必须确认：
- 执行
CREATE VIEW的账号，对RegexAssembly有REFERENCES权限 - 视图调用者账号，对
dbo.RegExReplace函数有EXECUTE权限（不是对底层 DLL） - CLR 函数不能引用外部配置文件或网络资源，否则部署后运行时报
System.IO.FileNotFoundException - SQL Server 版本升级（如从 2019 到 2022）可能重置
TRUSTWORTHY设置，导致视图查询突然失败
真正容易被忽略的是：CLR 函数抛出的 .NET 异常（比如正则语法错误、栈溢出）会以模糊的 Msg 6522 错误透出，且无法被 T-SQL 的 TRY...CATCH 捕获——你得在 C# 层做全量异常兜底并返回 NULL 或默认值。
