求助：将含条件判断的SQL查询转为LINQ（LoadingOrder表百万级数据）

嘿，这事儿我熟！把带条件判断的SQL转换成高效的LINQ，还要适配LoadingOrder这种百万级数据的表，咱们得兼顾语法正确性和数据库端执行效率，别一不小心把全表数据拉到内存里了。

先从一个典型场景入手 #

假设你的原始SQL是带条件分支的（比如根据不同参数过滤不同状态的订单）：

SELECT Id, Status, LoadingDate, CustomerId
FROM LoadingOrder
WHERE 
    (@FilterCompleted = 1 AND Status = 'Completed')
    OR (@FilterPending = 1 AND Status = 'Pending')
    OR (@FilterCompleted = 0 AND @FilterPending = 0)
ORDER BY LoadingDate DESC

转换成LINQ的两种写法（都适配大数据量） #

我会用EF Core的DbContext来举例，核心是要使用IQueryable<T>而不是IEnumerable<T>——这样所有过滤逻辑都会转换成SQL在数据库端执行，不会加载全表数据。

写法1：动态拼接Where条件（可读性高，适合复杂分支）

这种方式适合条件分支多的场景，灵活且容易维护：

// 假设你有这些参数
bool filterCompleted = true;
bool filterPending = false;
int pageIndex = 0;
int pageSize = 50;

using var context = new YourDbContext();

// 初始化为IQueryable，延迟执行
var query = context.LoadingOrders.AsQueryable();

// 根据参数动态添加过滤条件
if (filterCompleted && filterPending)
{
    // 同时过滤两种状态
    query = query.Where(lo => lo.Status == "Completed" || lo.Status == "Pending");
}
else if (filterCompleted)
{
    query = query.Where(lo => lo.Status == "Completed");
}
else if (filterPending)
{
    query = query.Where(lo => lo.Status == "Pending");
}
// 若两个参数都为false，这里默认返回所有数据，你可以根据需求调整

// 大数据量必做：只取需要的字段+分页+取消跟踪
var result = query
    .Select(lo => new 
    {
        lo.Id,
        lo.Status,
        lo.LoadingDate,
        lo.CustomerId
    })
    .OrderByDescending(lo => lo.LoadingDate)
    .Skip(pageIndex * pageSize)
    .Take(pageSize)
    .AsNoTracking() // 不需要修改实体时用，减少EF跟踪开销
    .ToList();

写法2：直接在Where里写逻辑表达式（简洁，适合简单分支）

如果你的条件逻辑不复杂，可以直接把SQL里的条件翻译成LINQ的逻辑表达式：

using var context = new YourDbContext();

var result = context.LoadingOrders
    .Where(lo => 
        (filterCompleted && lo.Status == "Completed")
        || (filterPending && lo.Status == "Pending")
        || (!filterCompleted && !filterPending))
    .Select(lo => new { lo.Id, lo.Status, lo.LoadingDate })
    .OrderByDescending(lo => lo.LoadingDate)
    .Skip(pageIndex * pageSize)
    .Take(pageSize)
    .AsNoTracking()
    .ToList();

百万级数据的关键优化点 #

这些细节能帮你避免性能灾难：

• 必须用IQueryable：别用ToList()之后再过滤，那会把几百万条数据拉到内存，直接爆内存。
• 只取需要的字段：别用Select(lo => lo)（等价于SELECT *），投影到DTO或匿名类型，减少数据传输量。
• 取消实体跟踪：用AsNoTracking()，EF不需要跟踪实体状态时能大幅提升性能。
• 分页处理：用Skip()+Take()分批加载数据，绝对不要一次性加载全表。
• 检查生成的SQL：可以在EF日志里查看生成的SQL，确保所有过滤逻辑都在数据库端执行（没有客户端评估的警告）。
• 加索引：给Where和OrderBy里用到的字段（比如Status、LoadingDate）加数据库索引，能大幅提升查询速度。

如果你的原始SQL有更复杂的条件（比如日期范围、多表关联），可以把具体SQL贴出来，我再帮你调整对应的LINQ写法！

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