Linq2Sql检索数据点

时间:2012-11-29 10:09:45

标签: c# database linq linq-to-sql

我目前正在开发一个使用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个表,然后将内容整理为一个更高级别的模型,以便发送到视图。现在忽略域的混合,因为这并不会让我感到烦恼,它是最后的where子句。

现在我还没有使用过Linq2Sql,所以我说对了会发生什么是正确的:

  1. 根据from,join,join,select linq
  2. 生成SQL
  3. 检索所有行
  4. 将所有这些数据映射到一个大型模型(在内存中)
  5. 遍历所有模型,然后仅返回适用的模型
  6. 由于这是我的问题的关键所在,如果上述流程是会发生的,那么在我的脑海中是有道理的,但是那些显然比第4步更好地了解框架的人已经讨论过这个问题。进入SQL生成所以它不会撤回所有记录,但我不知道它是如何做到这一点,因为它需要预先填写所有数据然后它应用一个单独的where子句,所以我假设第4点行已全部被读取并且已经在内存中。

    我正在努力推动他们将where子句移动到linq中,以便在数据库级别过滤掉不需要的记录,但是我想知道是否有人可以建议我上面的假设是否正确? / p>

    ==编辑==

    添加了注释以吸引更多注意这个事实,即不是linq2sql生成的对象,并且是一些随机poco手动滚动到其他地方,只是为了缩小我的主要焦点在问题的上下文。问题是关于"does it matter where I put the where clause"的问题很少,而关于"Does the where clause still get factored into the underlying query when it is applied to a non linq2sql object generated from a linq2sql query"的问题更多。

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

    /*
        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会导致检索然后在内存中进行评估吗?

    很抱歉这个问题的详细程度,但关于它的文档很少,这是一个非常具体的问题。

3 个答案:

答案 0 :(得分:5)

您无需再推高Where子句。只要resultIQueryable<T>(对于某些T),就可以了。 LINQ是可组合的。实际上,使用LINQ语法与使用扩展方法语法完全没有区别,两者都可以完全相同。基本上,当您创建查询时,构建请求的模型。在您开始迭代(foreachToList()等)之前,执行没有任何内容。因此,最后添加一个额外的Where就可以了:它将内置到撰写的查询中。

您可以通过监控SQL连接来非常简单地验证这一点;你会看到它包含TSQL中的where子句,以及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. retreive rows
    3. 映射到模型
    4. 产生结果
  4. 请注意,sql生成仅在迭代查询时发生;在那之前你可以整天保持作曲。在迭代之前,它不会触及SQL服务器。

答案 1 :(得分:0)

我对LINQtoSQL最佳实践进行了一些研究,因为我总是在我的项目中使用这项技术。看看我的博客文章。也许它可以帮到你。

http://msguy.net/post/2012/03/20/LINQ-to-SQL-Practices-and-approaches.aspx

答案 2 :(得分:0)

提供程序知道如何将自定义模型中的填充属性(由于查询中的select子句)映射到数据库表上的实际列。因此,当您过滤自定义模型的属性时,它知道需要过滤表上的哪一列。想想你所选择的模型(天气它是一个设计师定义的实体,包含表的所有列,或者某个地方定义的自定义模型,或只有你需要的数据的匿名类型),只是在FROM子句之前的选定列中。 SQL查询。选择匿名模型可以很容易地识别出模型中的字段对应于SQL中的SELECT列表。

最重要的是:永远记住var result = from ...只是一个查询......直到它被迭代result.ToArray()。尝试调用您的变量 query 而不是 result ,当您再次观看时,世界可能会获得新的新颜色。