EF Core LINQ如何高效实现带非数字字符的Ticket编号区间查询

核心思路是完全使用EF Core原生支持的函数编写查询逻辑，所有逻辑都可被翻译为SQL在数据库端执行，避免全表数据拉取到客户端计算。

适配EF Core 7.0+版本的实现（推荐） #

该版本代码完全对齐原有逻辑，同时支持自动处理转换失败、溢出等场景：

var ticketBook = await Context.TicketBooks.FirstOrDefaultAsync(x => x.Id == query.TicketBookId);
if (ticketBook != null)
{
    dbTickets = dbTickets.Where(x => 
        // 剔除所有非数字字符，得到纯数字字符串
        EF.Functions.RegexReplace(x.Number, @"[^0-9]", "") is string pureNumStr
        // 安全转换为Int64，转换失败（空串、溢出、格式错误）的记录会被过滤
        && long.TryParse(pureNumStr, out long tNumber)
        // 区间匹配
        && tNumber >= ticketBook.StartIntNumber 
        && tNumber <= ticketBook.EndIntNumber);
}

兼容EF Core 3.0~6.x低版本的实现 #

如果项目使用低于7.0版本的EF Core，不支持long.TryParse的SQL翻译，可以用长度校验规避溢出问题，逻辑同样可被翻译为SQL：

var ticketBook = await Context.TicketBooks.FirstOrDefaultAsync(x => x.Id == query.TicketBookId);
if (ticketBook != null)
{
    // Int64最大值为9223372036854775807，共19位，超过长度的纯数字串必然溢出，直接过滤
    const int MaxInt64Length = 19;
    dbTickets = dbTickets.Where(x => 
        EF.Functions.RegexReplace(x.Number, @"[^0-9]", "") is string pureNumStr
        && !string.IsNullOrEmpty(pureNumStr)
        && pureNumStr.Length <= MaxInt64Length
        && Convert.ToInt64(pureNumStr) >= ticketBook.StartIntNumber 
        && Convert.ToInt64(pureNumStr) <= ticketBook.EndIntNumber);
}

说明 #

• 两种实现中的EF.Functions.RegexReplace都可以被EF Core翻译为对应数据库的正则替换函数，支持SQL Server、MySQL、PostgreSQL等主流数据库。
• 所有过滤逻辑都在数据库端执行，不会拉取全表数据到客户端，性能和原生SQL查询一致。
• 完全兼容Number字段包含非数字字符、转换溢出等场景，过滤规则和原有自定义方法完全一致。

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