c# - Linq2Sql 取回数据点

Question

我目前必须从事一个使用 linq2sql 作为其数据库访问框架的项目，现在有很多 linq 查询基本上执行以下操作:

var result =    from <some_table>
                join <some_other_table>
                join <another_table>
                select <some_other_domain_model> // This is a non linq2SQL poco

return result.Where(<Some_Predicate>);

例如，假设您读取了 3 个表，然后将内容整理到一个更大的更高级别的模型中，以发送到 View 。现在忽略域的混合，因为这不会太困扰我，它是最后的 where 子句。

现在我之前没有使用过 Linq2Sql，所以我说将要发生的事情是对的:

1. 根据 from、join、join、select linq 生成 SQL
2. 检索所有行
3. 将所有这些数据映射到一个大模型(在内存中)
4. 遍历所有模型，然后只返回适用的模型

因为这是我问题的症结所在，如果上面的流程是会发生什么，在我看来是有道理的，但显然比第 4 步更了解框架的人对此进行了辩论以某种方式考虑进入 SQL 生成，因此它不会撤回所有记录，但我不知道它是怎么做到的，因为它需要所有数据预先填充它然后应用一个单独的 where 子句，所以我假设第 4 点行已全部读取并已在内存中。

我试图插入他们将他们的 where 子句移动到 linq 中，以便它在数据库级别过滤掉不需要的记录，但是我想知道是否有人可以建议我上面的假设是否正确？

== 编辑 ==

已添加评论以提请更多人注意这不是 linq2sql 生成的对象，而是在其他地方手动滚动的一些随机 poco，只是为了缩小我主要关注问题上下文的范围。由于问题是关于 “我把 where 子句放在哪里重要吗” 更多关于 “当它应用于非 linq2sql 时，where 子句是否仍然被考虑到基础查询中从 linq2sql 查询生成的对象”。

这是我的意思的另一个更简洁的例子，希望能更多地指出我缺乏理解的地方:

/*
    I am only going to put auto properties into the linq2sql entities,
    although in the real world they would be a mix of private backing
    fields with public properties doing the notiftying.
*/

[global::System.Data.Linq.Mapping.TableAttribute(Name="dbo.some_table_1")]
public class SomeLinq2SqlTable1
{
    [global::System.Data.Linq.Mapping.ColumnAttribute(Storage="some_table_1_id", AutoSync=AutoSync.OnInsert, DbType="Int NOT NULL IDENTITY", IsPrimaryKey=true, IsDbGenerated=true)]
    public int Id {get;set;}
}

[global::System.Data.Linq.Mapping.TableAttribute(Name="dbo.some_table_2")]
public class SomeLinq2SqlTable2
{
    [global::System.Data.Linq.Mapping.ColumnAttribute(Storage="some_table_2_id", AutoSync=AutoSync.OnInsert, DbType="Int NOT NULL", IsPrimaryKey=true, IsDbGenerated=true)]
    public int Id {get;set;}

    [global::System.Data.Linq.Mapping.ColumnAttribute(Storage="some_table_2_name", AutoSync=AutoSync.OnInsert, DbType="Varchar NOT NULL", IsPrimaryKey=false)]
    public string Name {get;set;}
}

[global::System.Data.Linq.Mapping.TableAttribute(Name="dbo.some_table_3")]
public class SomeLinq2SqlTable3
{
    [global::System.Data.Linq.Mapping.ColumnAttribute(Storage="some_table_3_id", AutoSync=AutoSync.OnInsert, DbType="Int NOT NULL", IsPrimaryKey=true, IsDbGenerated=true)]
    public int Id {get;set;}

    [global::System.Data.Linq.Mapping.ColumnAttribute(Storage="some_table_3_other", AutoSync=AutoSync.OnInsert, DbType="Varchar NOT NULL", IsPrimaryKey=false)]
    public string Other {get;set;}
}

/*
    This is some hand rolled Poco, has NOTHING to do with Linq2Sql, think of it as 
    a view model of sorts.
*/
public class SomeViewModel
{
    public int Id {get;set;}
    public string Name {get;set;}
    public string Other {get;set;}
}

/*
    Here is psudo query to join all tables, then populate the
    viewmodel item from the query and finally do a where clause
    on the viewmodel objects.
*/
var result =    from // Linq2SqlTable1 as t1
                join // Linq2SqlTable2.id on Linq2SqlTable1.id as t2
                join // Linq2SqlTable3.id on Linq2SqlTable1.id as t3
                select new ViewModel { Id = t1.Id, Name = t2.Name, Other = t3.Other }

return result.Where(viewModel => viewModel.Name.Contains("some-guff"));

那么在上面的例子中，最终的 Where 语句会被分解到底层查询中，还是 viewModel 上的 where 会导致检索然后在内存中求值？

很抱歉这个问题很冗长，但是关于它的文档很少，而且这是一个非常具体的问题。

Answer 1

您不需要推送 Where条款更高。哪里都可以，只要result是IQueryable<T> (对于一些 T )。 LINQ 是可组合的。实际上，使用 LINQ 语法与使用扩展方法语法之间绝对没有区别，而且两者的工作方式完全相同。基本上，当您创建一个查询时，它只是构建一个请求的模型。在您开始迭代之前，什么都不会执行(foreach、ToList() 等)。所以添加一个额外的 Where最后很好:它将内置到组合查询中。

您可以通过监视 SQL 连接非常简单地验证这一点；你会看到它包括 where TSQL 中的子句，以及 SQL 服务器上的过滤器。

这允许一些有趣的场景，例如灵活的搜索:

IQueryable<Customer> query = db.Customers;
if(name != null) query = query.Where(x => x.Name == name);
if(region != null) query = query.Where(x => x.Region == region);
...
if(dob != null) query = query.Where(x => x.DoB == dob);
var results = query.Take(50).ToList();

就您的假设而言，它们是不正确的 - 它确实是:

1. 构建可组合查询，(单独)组合、加入、加入、选择
2. 进一步组合查询，添加一个where(与上述组合没有区别)
3. 稍后，重复查询
   1. 从完全组合的查询生成 sql
   2. 检索行
   3. 映射到模型
   4. 得出结果

请注意，sql 生成仅在查询被迭代时发生；在那之前，您可以整天继续创作。它在迭代之前不会触及 SQL 服务器。