EF Core能否混合LINQ查询与动态字符串WHERE子句？

嘿，这个需求我太懂了——复杂的动态Like条件用EF.Functions.Like或者Contains确实会拖慢查询速度，直接写完整动态SQL又担心安全和维护性问题，对吧？给你几个亲测可行的方案：

1. 使用LINQ动态查询库（推荐） #

微软维护的LINQ Dynamic Library可以直接解析字符串形式的Where条件，完美兼容EF（包括EF Core），既满足你用LINQ的习惯，又能处理复杂的动态字符串条件，还能避免直接写动态SQL的注入风险。

首先安装NuGet包（命令行示例）：

Install-Package System.Linq.Dynamic.Core

然后就可以直接在LINQ查询里用字符串Where条件了：

using System.Linq.Dynamic.Core;

// 你的基础LINQ查询
var query = from part in _context.CurrentInventory select part;

// 直接传入字符串形式的Where条件
var filteredQuery = query.Where("PartNumber LIKE '%a%' OR PartNumber LIKE '%b%'");

// 如果需要参数化（防止注入，更安全），可以这样写
var keywordA = "a";
var keywordB = "b";
var parameterizedQuery = query.Where("PartNumber LIKE @0 OR PartNumber LIKE @1", $"%{keywordA}%", $"%{keywordB}%");

这个库会把字符串条件转换成表达式树，最终生成高效的SQL，性能和手写原生SQL接近，而且不用自己拼字符串，维护起来也方便。

2. 手动构建表达式树 #

如果不想引入第三方库，你可以手动构建表达式树来拼接动态条件。虽然代码量多一点，但可控性极强，适合定制化需求。

比如封装一个处理Like条件的方法：

using System.Linq.Expressions;

public static Expression<Func<Part, bool>> BuildLikeCondition(string[] keywords)
{
    // 初始表达式：永远为false的条件
    Expression<Func<Part, bool>> finalExpression = p => false;

    foreach (var keyword in keywords)
    {
        // 构建单个Like条件：p.PartNumber LIKE '%keyword%'
        var parameter = Expression.Parameter(typeof(Part), "p");
        var property = Expression.Property(parameter, nameof(Part.PartNumber));
        var pattern = Expression.Constant($"%{keyword}%");
        var likeMethod = typeof(DbFunctionsExtensions).GetMethod("Like", 
            new[] { typeof(DbFunctions), typeof(string), typeof(string) });
        var likeExpression = Expression.Call(likeMethod, 
            Expression.Constant(EF.Functions), property, pattern);
        
        // 把当前条件和之前的条件用OR拼接
        finalExpression = Expression.Lambda<Func<Part, bool>>(
            Expression.OrElse(finalExpression.Body, likeExpression.Body),
            parameter);
    }

    return finalExpression;
}

然后在查询里使用：

var keywords = new[] { "a", "b" };
var likeCondition = BuildLikeCondition(keywords);
var query = _context.CurrentInventory.Where(likeCondition);

这种方式完全基于EF的表达式树，生成的SQL同样高效，而且不需要依赖第三方库，适合对依赖有严格要求的项目。

3. 结合原生SQL片段与LINQ #

如果你的动态条件非常复杂，甚至涉及到EF难以转换的SQL语法，可以用EF Core的FromSqlRaw（或FromSqlInterpolated）先执行带动态Where条件的原生SQL，再用LINQ继续扩展查询：

// 参数化写法，避免SQL注入
var patternA = "%a%";
var patternB = "%b%";

// 先执行原生SQL获取基础数据，再用LINQ做后续处理
var query = _context.CurrentInventory
    .FromSqlInterpolated($"SELECT * FROM CurrentInventory WHERE PartNumber LIKE {patternA} OR PartNumber LIKE {patternB}")
    .OrderBy(p => p.PartNumber) // 继续用LINQ添加排序等操作
    .AsQueryable();

注意：使用这种方式时要确保表名和实体的映射正确，而且尽量用参数化的形式（比如FromSqlInterpolated）来避免SQL注入风险。

额外注意点 #

• 无论用哪种方案，参数化都是必须的，绝对不要直接拼接用户输入的字符串到查询条件里，防止SQL注入。
• 可以在SQL Server里给PartNumber字段创建合适的索引（比如全文索引或者非聚集索引），进一步提升Like查询的性能。
• 测试时可以用EF Core的ToQueryString()方法查看生成的SQL，确认是否符合预期，有没有不必要的性能损耗。

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