EF Core迁移PostgreSQL后如何实现列字段的正则格式匹配？

原有代码失效的根本原因 #

• 你之前在SQL Server下用的[#][0-9][0-9][0-9][0-9]是SQL Server独有的LIKE字符集通配符写法，PostgreSQL的SQL引擎根本不认这种语法，直接迁移自然跑不通。
• 你之前两次尝试的问题点：
  • 用EF.Functions.ILike(mp.Index, "#%")的结果偏差：PostgreSQL的LIKE和ILike只认两种通配符，%匹配任意长度的字符、_匹配单个任意字符，#%的规则是“只要字符串以#开头就命中”，完全不检查后面的内容是不是数字、长度对不对，匹配范围太宽。
  • 直接拿#[0-9]{4}当匹配串查不出来的原因：这是正则语法，不是LIKE操作符的识别范围，引擎会把这一整串当成普通的字面字符串去匹配，找有没有完全和#[0-9]{4}一模一样的内容，当然返回空。

能完全对齐原逻辑的正确写法 #

直接用Npgsql EF Core自带的正则匹配能力，所有逻辑都会下推到PostgreSQL数据库执行，性能和原生SQL没有区别：

indexes = myContext.Cars
    .Where(c => EF.Functions.RegexMatch(c.Index, "^#[0-9]{4}$"))
    .ToList();

注：EF.Functions.RegexMatch是Npgsql EF Core原生提供的扩展方法，不需要引入第三方依赖、也不用手写自定义SQL，只要正常配置了PostgreSQL的EF Core provider就能直接用，会自动转换成数据库原生的正则匹配语句，不会把数据拉到内存里遍历过滤。

匹配逻辑说明 #

这个正则的校验规则和你之前在SQL Server下的预期完全一致：

• ^ 锚定字符串开头，不会把前面带其他字符、刚好后面拼了#0001的错误值算进去
• 固定匹配开头的#字符
• [0-9]{4} 严格要求后面连续4位都是数字，不是随便什么字符
• $ 锚定字符串结尾，不会把数字段后面带了其他后缀的值（比如#0001ABC）算进结果

不建议踩的坑 #

如果硬要用LIKE类的方法拼匹配规则，永远做不到严格的数字校验：

• 就算拼写成#____（4个下划线凑5位长度），也只能检查“以#开头、总长度5位”，根本不校验每一位是不是数字，会把#abcd、#123x这类不符合格式的值都筛进来
• 没有严格锚定字符类型和长度的LIKE写法，结果都会比原逻辑的范围宽，达不到精确匹配的要求

内容的提问来源于stack exchange，提问作者hunterex