LINQ：何时使用编译查询？

Question

我想就此得到一些专家的建议。我以前使用过编译查询，但对于这种特殊情况，我不确定它是否合适。

这是一个搜索表单，其中查询会发生变化，并且取决于搜索的内容。

static Func<DBContext, int, IQueryable<Foo>> Search = CompiledQuery.Compile(
    (DBContext db, int ID) =>
        db.Person
            .Where(w => w.LocationID = ID)
            .Select(s => 
                new Foo 
                { 
                    Name = s.PersonName, 
                    Age = s.Age,
                    Location = s.LocationName,
                    Kin = s.Kin
                }));

现在，如果有人填写搜索框，我想通过向查询添加另一个 Where 语句来扩展查询：

var query = Search(context, 123);
query = query.Where(w => w.Name.Contains(searchString));

所以我的问题是，它是否返回 LocationID == 123 的所有结果，然后检查 searchString 匹配的结果？或者它实际上扩展了编译的查询？

如果是前者（我怀疑是这样），是否应该废弃 CompiledQuery 并只创建一个扩展查询的方法，然后将其作为列表返回？

另外，CompiledQuery 使用的最佳实践是什么？是否有何时使用它们的指南？

注意：我在带有 Linq to SQL 的 ASP.NET 网站中使用上述内容。不确定这是否有什么区别。

谢谢

Answer 1

问题是编译后的查询是一成不变的；它知道将对数据库运行什么 SQL。然而，lambda 表达式是延迟加载的，并且无法修改编译查询，因为它是在运行时运行的。坏消息是，它将返回数据库中的所有记录，但它将查询内存中的这些记录以进一步细化它们。

如果您想编译查询，那么我建议编写两个具有不同签名的查询。

Answer 2

据我所知，编译查询一次是一个很好的做法，这就是预编译查询的全部意义（这就是为什么预编译查询是静态的），它节省了将该查询编译为 SQL 的时间。如果它扩展了预编译的查询，那么它会再次编译该查询，这会导致您失去收益。

结果上的查询结果（您的查询变量）不再是 LINQ to SQL。

Answer 3

只需在编译的查询中包含附加条件即可。

DB.Person.Where(w => w.LocationID == ID 
                     & (searchString=="" || w.Name.Contains(searchString)))

Answer 4

如果我是对的那么你需要 linq 中的一些动态 where 子句。因此，我建议走这条路

IEnumerable list;

if(condition1)
{
  list = Linq Statement;
}

if(condition2)
{
  list = from f in list where con1=con && con2=con select f;
}

if(condition3)
{
 list = from n in list  con1=con && con2=con select f;
}

，希望你能明白我的话。