LINQ：添加where子句仅当值不为空

Question

我知道一个典型的方法是这样的：

IQueryable query = from staff in dataContext.Staffs; 
if(name1 != null) 
{ 
    query = from staff in query where (staff.name == name1); 
} 

然而，我们从其他开发商接手一个项目，我们看到了这样的代码：

IQueryable query = from staff in dataContext.Staffs; 
query = from staff in query where (name1 == null || staff.name == name1); 

如果这是一个正常的SQL语句，我肯定会说第二个是不好的做法。因为它在name1为null时向查询添加无意义的where子句。

但我是新来的LINQ，所以我不确定LINQ是不同的？

Answer 1

通常，使用流畅的语法而不是查询语法来写这种事情会更顺畅。

例如

IQueryable query = dataContext.Staffs; 
if(name1 != null) 
{ 
    query = query.Where(x => x.name == name1); 
} 

所以，如果name1为空，你干脆不要做任何Where()电话。如果您有多个不同的过滤器，所有这些过滤器都可能需要也可能不需要，也可能有各种不同的排序顺序，我发现这变得更容易管理。

编辑为alex：好吧，我只是回答有关添加一个where子句只有当一个值不为null的问题。为了回答这个问题的其他部分，我使用Entity Framework 4试验了一下，看看LINQ产生了什么SQL。您可以将query转换为ObjectQuery并致电.ToTraceString()。结果表明，该WHERE条款出来如下：

WHERE @p__linq__0 IS NULL OR [Extent1].[name] = @p__linq__1 

所以，是的，这是典型的坏SQL，如果你对name列的索引，不希望它被使用。

编辑＃2：再次尝试使用LINQ to SQL而不是实体框架，结果相当不同。这一次，试图将name1为空的查询根本不会导致WHERE条款，正如您所期望的那样;试图用name1为“a”导致简单的WHERE [t0].[name] = @p0和@p0作为“a”发送。因此实体框架不是似乎优化。这有点令人担忧。

Answer 2

LINQ是其他一些原因（在这导致）， LINQ，就是以“更快的方式”数据与LITTEL代码和明确的鳕鱼作为LINQ的可能，出现了许多好处的方式不同势：

1. 使数据转换成对象更容易。我相信你已经听说过“Impedence Mismatch”这个词经常被使用，这意味着LINQ可以减少在面向对象代码和数据范例（如分层，平面文件，消息等）之间进行翻译所需的工作量。关系等等。它不会消除“Impedence Mismatch”，因为您仍然必须以原生形式推理您的数据，但从这里到那里的桥梁（IMO）要短得多。

2. 所有数据的通用语法。一旦你学习了查询语法，你可以在任何LINQ提供者中使用它。我认为这是一个比多年来随着数据访问技术而增长的巴别塔更好的开发模式。当然，每个LINQ提供程序都有必要的细微差别，但基本方法和查询语法是相同的。

3. 强类型代码。 C＃（或VB.NET）查询语法是该语言的一部分，您可以使用C＃类型进行编码，这些类型被转换为提供程序可以理解的内容。这意味着您在开发生命周期的早期比其他地方获得编译器发现错误的工作效率。当然，存储过程中的许多错误会在保存时生成错误，但是LINQ比SQL Server更通用。您必须考虑所有其他类型的生成运行时错误的数据源，因为它们的查询由字符串或其他松散类型的机制组成。

4. 供应商整合。将数据源拉到一起非常容易。例如，对于一些非常复杂的场景，您可以使用LINQ to Objects，LINQ to SQL和LINQ to XML。我认为它非常优雅。

5. 工作减少。在LINQ之前，我花了很多时间构建DAL，但现在我的DataContext是DAL。我也使用过OPF，但是现在我有了LINQ，它可以与箱子中的多个提供商以及其他许多第三方提供商一起提供，这为我提供了前几点的好处。我可以在一分钟内建立一个LINQ to SQL DataContext（与我的电脑和IDE一样快）。

6. 一般情况下的性能不成问题。 SQL Server最近优化了查询，就像存储过程一样。当然，仍然有些情况下出于性能原因需要存储过程。例如，我发现使用存储过程时更智能，当我在表之间进行多次交互时使用事务内的附加逻辑。尝试在代码中执行相同任务的通信开销，除了让DTC参与分布式事务之外，使存储过程的选择更加引人注目。但是，对于在单个语句中执行的查询，LINQ是我的首选，因为即使存储过程的性能收益很小，以前各点（IMO）的好处也会带来更多的权重。

7. 内置安全性。在LINQ之前我首选存储过程的一个原因是他们强制使用参数，有助于减少SQL注入攻击。 LINQ to SQL已经对输入进行了参数化，这同样安全。

8. LINQ是声明式的。很多关注LINQ to XML或LINQ to SQL的工作，但LINQ to Objects非常强大。 LINQ to Objects的典型示例是从字符串[]中读取项目。但是，这只是一个小例子。如果您考虑每天使用的所有IEnumerable集合（您也可以查询IEnumerable），那么机会就会非常丰富。即搜索所选项目的ASP.NET ListBox控件，对两个集合执行集合操作（​​例如Union），或迭代List并在每个项目的ForEach中运行lambda。一旦你开始在本质上是声明性的LINQ中思考，你可以发现许多任务比现在使用的命令式技术更简单，更直观。

我可能会继续，但我最好停在那里。希望这将提供一个更积极的观点，您可以更加高效地使用LINQ，并可能从更广泛的角度将其视为有用的技术。

Answer 3

，如果你的第一个条件计算为false

更新，你可以把它写像

IQueryable query = from staff in dataContext.Staffs; 
query = from staff in query where (name1 != null && staff.name == name1); 

这样你的病情的第二部分将不进行评估：
如果你写

IQueryable query = from staff in dataContext.Staffs; 
    query = from staff in query where (name1 == null || staff.name == name1); 

和name1为null您的条件的第二部分将不会被评估s因斯或条件只需要一个条件，返回true

PLZ看到这样link进一步详细

Answer 4

不，我不是强烈同意你的看法。 在这里你只给一个简单的逻辑

if(name1 != null) 
// do your stuff 

，但如果你做的东西与拥有空值的名称1不同会发生什么.. !!好吧，现在考虑这种情况。 在本例中，您将展示如何处理源集合中可能的空值。 对象集合（如IEnumerable<T>）可以包含值为null的元素。 如果源集合为空或包含值为空的元素， 并且您的查询不处理空值，则在执行查询时将引发NullReferenceException。

也许这可能是一个问题......

Answer 5

我已经看到了标准的SQL这种模式，如果你有几个参数，这些参数可以为NULL，似乎是有用的。例如：

SELECT * FROM People WHERE (@FirstName IS NULL OR FirstName = @FirstName) 
         AND (@LastName IS NULL OR LastName = @LastName) 

如果你在LINQ中看到这个，可能他们只是盲目地翻译了他们以前的SQL查询。

Answer 6

我喜欢用表达式

Expression<Func<Persons, bool>> expresionFinal = c => c.Active == true; 

    if (DateBirth.HasValue) 
       { 
        Expression<Func<Persons, bool>> expresionDate = c => (EntityFunctions.TruncateTime(c.DateBirth) == DateBirth); 
        expresionFinal = PredicateBuilder.And(expresionFinal, expresionDate); 
       } 

IQueryable query = dataContext.Persons; 
query = query.Where(expresionFinal); 

Answer 7

要做到这一点，最好的方法是创建自己的扩展方法，将采取在条件语句和地方表达。如果条件为真，那么它将使用where表达式，否则它将不使用它。这可以显着清理你的代码，消除if语句的需要。

public static class LinqExtensions 
{ 
    public static IQueryable<T> WhereIf<T>(this IQueryable<T> query, bool condition, Expression<Func<T, bool>> whereClause) 
    { 
     if (condition) 
     { 
      return query.Where(whereClause); 
     } 
     return query; 
    } 
} 

现在你可以写你这样的代码：

IQueryable<Staffs> query = dataContext.Staffs.AsQueryable().WhereIf(name1 != null, x => x.Name == name1); 

Answer 8

所以，我想在这里列为答案.Where(..., x => ...)扩展方法，但它并没有对实体框架的工作为LINQ到实体没有按”不知道如何将其转换为TSQL。

因此，这里是我的解决方案让我的Func键上：

Expression<Func<SomeEfPoco, bool>> columnBeingFilteredPredicate = x => true; // Default expression to just say yes 
if (!string.IsNullOrWhiteSpace(someColumnBeingFilteredValue)) 
{ 
    columnBeingFilteredPredicate = x => x.someColumnBeingFiltered == someColumnBeingFilteredValue; 
} 

_context.SomeEfPocos.Where(x => ..... && 
      ..... && 
      ..... &&) 
.Where(columnBeingFilteredPredicate); 

someColumnBeingFilteredValue在我的情况是在为NULL默认值的封装方法的字符串参数。

Answer 9

对于EF核心我打破了它像这样：

IQueryable<Partners> recs = contextApi.Partners; 
if (status != -1) 
{ 
    recs = recs.Where(i => i.Status == status); 
} 
recs = recs.OrderBy(i => i.Status).ThenBy(i => i.CompanyName); 
foreach (var rec in recs) 
{ 
} 

我必须明确的用我的打字而不是依靠var。