EF Core 8中FromSqlRaw结合FreeTextTable时Where子句失效问题

你的Where子句并没有被忽略，但它是在客户端内存中执行过滤，而非发送到数据库端和全文检索查询一起执行。这就导致你看到本该被排除的对象依然被返回——因为FromSqlRaw已经先把FreeTextTable返回的top N条记录加载到了内存，之后才在内存里做Name.Contains过滤；如果这些内存中的记录里有符合全文检索但不符合Name条件的，要么是客户端过滤逻辑和你预期的不一致，要么是你原本期望的是数据库层面就完成双重过滤。

解决办法 #

1. 将过滤条件合并到原生SQL中（推荐） #

把Name的过滤逻辑直接写到FromSqlRaw的SQL语句里，让所有过滤都在数据库端完成，既保证结果正确，也提升查询效率：

// 使用参数化占位符避免SQL注入风险
var fullTextQuery = $"SELECT top {maxRows} * FROM FreeTextTable(Organizations, *, {{0}}, {maxRows}) as t INNER JOIN Organizations u on u.Id = t.[KEY] WHERE u.Name LIKE '%' + {{1}} + '%'";

var query = await dbContext.Organizations
    .FromSqlRaw(fullTextQuery, queryText, itemName)
    .ToListAsync();

2. 强制服务器端评估（保留Linq语法） #

如果你想继续使用Linq的Where子句，需要确保EF Core能将其转换为SQL语句发送到数据库。可以尝试添加AsQueryable()，并在开发环境开启服务器端评估检查，确保过滤逻辑被推送到数据库：

var query = await dbContext.Organizations
    .FromSqlRaw(fullTextQuery, queryText)
    .AsQueryable()
    .Where(org => org.Name.Contains(itemName))
    .ToListAsync();

开发环境可配置EF Core，当出现客户端评估时抛出警告/错误，方便排查：

builder.Services.AddDbContext<YourDbContext>(options =>
    options.UseSqlServer(connectionString)
        .ConfigureWarnings(warnings => warnings.Throw(RelationalEventId.ClientEvaluationWarning)));

为什么不推荐客户端评估？ #

客户端评估会先把全文检索返回的所有top N记录加载到内存再过滤，不仅浪费内存和带宽，还可能因为内存中过滤的逻辑（比如大小写敏感、字符编码规则）和数据库端不一致，导致结果不符合预期。

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