PATINDEX不是正则引擎，仅支持SQL Server LIKE风格通配符（%、_、[abc]等），不支持量词、分组、断言等正则特性；必须用%包裹模式（除非锚定首尾），{n}等正则语法会报错。
SQL Server 里 PATINDEX 不是正则引擎，别拿它当 regex 用
PATINDEX 在 SQL Server 中只能做简单的通配符模式匹配（%、_、[a-z] 等），不支持 PCRE 或 .NET 风格的正则表达式。试图用 PATINDEX('%[0-9]{3}%', @str) 这类写法会直接报错——{3} 不被识别，语法无效。
它的本质是 T-SQL 的「增强版 CHARINDEX」，只支持 ANSI SQL 通配符子集，且必须首尾带 %（除非匹配开头或结尾）。
-
PATINDEX('%abc%', @str)：查找子串 "abc" 出现位置 -
PATINDEX('abc%', @str)：只匹配以 "abc" 开头的字符串（不加前导 % 表示锚定开头） -
PATINDEX('%[^a-zA-Z]%', @str)：找第一个非字母字符（注意^在方括号内表示否定） - 不支持分组、捕获、量词（如
+、*）、懒匹配、断言等任何正则特性
替代方案：什么时候该换用 CLR 正则或 STRING_SPLIT + LIKE
真要实现类似正则的功能，得绕开 PATINDEX。常见路径有两条：
- 启用 CLR 集成，注册 .NET
Regex.IsMatch或Regex.Match的封装函数（需UNSAFE权限，生产环境常被禁用） - 对简单场景，拆解逻辑：比如验证邮箱格式，用多个
LIKE组合 +CHARINDEX('@')+CHARINDEX('.', ...)手动校验 - SQL Server 2016+ 可用
STRING_SPLIT拆分后逐段LIKE，但无法替代复杂模式（如提取所有数字序列） - SQL Server 2022 引入
REGEXP_LIKE（预览功能），但默认关闭，需开启数据库级兼容级别并显式启用
PATINDEX 常见错误和坑点
实际写的时候最容易栽在通配符转义和边界处理上：
- 字符串本身含
%或_？得用ESCAPE：例如PATINDEX('%100\%%', @str) ESCAPE '\' - 模式没包
%却想全局搜索？PATINDEX('abc', @str)永远返回 0 —— 它不是CHARINDEX，不加通配符就只匹配完全相等 - 空字符串或 NULL 输入？
PATINDEX返回NULL，不是 0，记得用ISNULL(..., 0)处理 - 性能敏感场景慎用：模式越长、字符串越大，扫描越慢；不像正则引擎有优化编译，纯线性匹配
一个真实可用的 PATINDEX 示例：提取第一个连续数字块起始位置
假设字段 @input = 'ID: A-12345-BX789'，想定位首个数字序列（即 "12345" 的开头）：
DECLARE @input NVARCHAR(100) = N'ID: A-12345-BX789';
SELECT PATINDEX('%[0-9]%', @input) AS first_digit_pos;
结果是 8（对应 '1' 的位置）。但注意：PATINDEX('%[0-9][0-9]%', @input) 并不能保证找到“至少两位数”，它只是找任意两个连续数字出现的位置——中间可能跨单词。真正要截取完整数字串，还得配合 SUBSTRING + 循环或递归 CTE。
别指望靠 PATINDEX 实现正则的「贪婪匹配」或「捕获组」，那不是它的设计目标。需要这些能力时，数据该出库就得出库，交给应用层处理更可靠。
