• LINQ之路(2):LINQ to SQL本质


    LINQ之路(2):LINQ to SQL本质

    在前面一篇文章中回顾了LINQ基本语法规则,在本文将介绍LINQ to SQL的本质。LINQ to SQL是microsoft针对SQL Server的一个ORM的解决方案。既然是ORM,那对象(Object)、关系数据(Relation)和映射(Mapping)这三个组成要素是不可或缺的。本文将分为对象和关系数据的映射、从查询表达式到SQL的转换和DataContext数据上下文三个部分来说明。

    1.对象和关系数据的映射

    通过定义对象和关系数据的映射关系,我们可以以面向对象的方式来处理关系数据。通常,定义对象和关系数据的映射有两种方式:一是自定义特性,二是XML描述。前者是通过自定义一些描述关系数据结构的Attribute来修饰类,从而建立映射关系,而后者则是通过XML来描述这种映射关系。在LINQ to SQL中,为了简化工作,微软为我们提供了非常好用的工具SqlMetal,利用它,我们可以为 LINQ to SQL 的 .NET Framework 组件生成代码和映射。例如,我们可以利用

    C:Program Files (x86)Microsoft Visual Studio 11.0VC>SqlMetal /conn:"server=.;
    database=IT_Company_New;UID=sa;Password=123456" /language:csharp /namespace:jell
    o.test /code:d:CompanyDataContext.cs
    

    来生成数据上下文代码,我们也可以利用

    C:Program Files (x86)Microsoft Visual Studio 11.0VC>SqlMetal /conn:"server=.;
    database=IT_Company_New;UID=sa;Password=123456" /dbml:d:IT_Company_new.dbml
    

    来生成中间数据库标记语言(.dbml)文件。
    其实,这也是LINQ to SQL设计器采取的方式。
    通过LINQ to SQL设计器将会为我们生成一下三个文件:

    1. .dbml文件:中间数据库标记语言文件,描述映射,由SqlMetal生成
    2. .dbml.layout文件:设计器界面布局文件,描述组件位置
    3. .designer.cs文件:生成代码部分,由SqlMetal生成

    这里详细介绍下生成的代码,代码大致分为两个部分:数据上下文和表对象。数据上下文对应数据库,表对象。数据上下文继承自System.Data.Linq.DataContext,表对象继承自INotifyPropertyChanging, INotifyPropertyChanged。数据上下文采用AttributeMappingSource来指定映射方式,除了AttributeMappingSource方式还可以采用XmlMappingSource,使用DatabaseAttribute修饰以映射数据库,表对象使用TableAttribute修饰以映射表。数据上下文包含表对应的Table属性以及一些CURD可扩展性方法定义,表对象包含由表字段生成的属性(由ColumnAttribute和AssociationAttribute修饰以映射表字段)以及一些OnLoaded、OnValidate、OnCreated、On×××Changing和On×××Changed可扩展性方法定义。数据上下文可能还会包含存储过程及自定义函数的实现。数据上下文默认采用AttributeMappingSource来指定映射方式,相关的Attribute可参见MSDN

    2.将查询表达式转换为SQL

    var query = from student in _dataContext.T_Student
    			where student.Age < 20
    			select student;
    foreach (var student in query)
    {
    	Console.WriteLine(student.Name);
    }
    

    上面的查询表达式可以从数据库中检索出年龄小于20岁的学生。那么它是如何工作的呢?
    这和我们上一篇中的写法几乎完全一样,唯一的区别是上一篇中数据源是IEnumerable或List类型的,它们继承自IEnumerable接口,而这里的数据源是Table类型的,它继承自IQueryable接口,而IQueryable继承自IQueryable,IQueryable又继承自IEnumable接口,这里真正起作用的是IQueryable接口,定义如下:

    public interface IQueryable : IEnumerable
    {
    	Type ElementType { get; }
    	Expression Expression { get; }
    	IQueryProvider Provider { get; }
    }
    

    包含三个属性:

    ElementType:包含元素类型

    Expression:要执行的操作的Expression

    Provider:实现了IQueryProvider接口的Provider

    再来看下IQueryProvider接口定义:

    public interface IQueryProvider
    {
        IQueryable CreateQuery(Expression expression);
        IQueryable<TElement> CreateQuery<TElement>(Expression expression);
        object Execute(Expression expression);
        TResult Execute<TResult>(Expression expression);
    }
    

    包含四个方法,CreateQuery和Execute分别一个泛型和一个非泛型方法。

    • CreateQuery:构造一个IQueryable或IQueryable对象,该对象可计算指定表达式目录树所所示的查询。

    • Execute:执行指定表达式目录树所表示的查询。

    通过这种接口的设计,IQueryable允许我们创建支持其它非SQL Server数据库的实现。Provider将借助于IQueryable所提供的种种信息把查询语句转换为另一种方式,转换的实际操作将由CreateQuery方法实现,随后转换的结果将由Execute方法使用。

    LINQ使用哪种方式进行转换,取决于数据源类型。若数据源未实现IQueryable或IQueryable接口而实现了IEnumerable或IEnumerable接口,则一般是通过是Enumerable的扩展方法转换成在内存中的操作的,而若实现了IQueryable或IQueryable接口,则一般是通过Queryable的扩展方法转换成表达式目录树。下面以一个简单的例子来说明它的转换流程:

    var query = from student in _dataContext.T_Student
                where student.Age < 22
                let Len = student.Name.Length
                orderby Len
                select student;
    foreach (var student in query)
    {
         Console.WriteLine(student.Name);
    }
    

    步骤如下:

    1.查询表达式转换为扩展方法:

    var query = _dataContext.T_Student.Where(student => student.Age < 22)
                .Select(student => new { Len = student.Name.Length, student = student })
                .OrderBy(student => student.Len)
                .Select(student => new
                {
                    ID = student.student.ID,
                    Name = student.student.Name,
                    Age = student.student.Age,
                    ClassID = student.student.ClassID
                });
    

    2.生成表达式目录树,通过调用Queryable一系列的扩展方法构造IQueryable对象。在扩展方法中通过source.Provider.CreateQuery方法来构造当前表达式目录树。如下图所示:

    表达式目录树

    3.在进行迭代等真正获取数据操作中调用source.Provider.Execute方法来执行表达式以获取结果。这个过程比较复杂,在Execute方法中,.net framework是通过ExpressionVisitor类以Visitor模式方式来将表达式目录树解析,根据AttributeMapping或XmlMapping映射规则生成如下SQL,然后执行该SQL。

    SELECT [t1].[ID], [t1].[Name], [t1].[Age], [t1].[ClassID]
    FROM (
        SELECT LEN([t0].[Name]) AS [value], [t0].[ID], [t0].[Name], [t0].[Age], [t0].[ClassID]
        FROM [dbo].[T_Student] AS [t0]
        ) AS [t1]
    WHERE [t1].[Age] < @p0
    ORDER BY [t1].[value]
    

    3.DataContext数据上下文

    在LINQ to SQL中,DataContext是一个不能不说的东东。它拥有这么几个功能:管理业务实体、管理数据库连接、数据库映射、查询转换、对象标识和跟踪变化。在DataContext中维护着Table这些业务实体,可以很方便地这些业务实体进行操作。对于数据库连接的管理,DataContext是通过IProvider凭借IConnectionManager来进行管理的。LINQ to SQL默认使用的AttributeMapping来进行数据库映射的,通过DatabaseAttribute映射某一具体数据库,通过TableAttribute映射表,通过ColumnAttribute映射表字段。DataContext是通过借助于Table来实现将查询表达式转换为SQL的。DataContext通过CommonDataServices进行对象标识和变化跟踪的,在CommonDataServices对象中有IdentityManager和ChangeTracker两个属性,前者用于对象标识,后者用于变化跟踪。
    每次查询数据库时,DataContext都会使用IdentityManager来判断是否已有某个对象的缓存,若已缓存则DataContext从内部缓存中获取。
    在修改业务实体时,DataContext将会使用ChangeTracker同时保留修改前后的两个值,当提交修改过的记录时才会向数据库发出请求。

  • 相关阅读:
    带有“全选”的combotree
    combotree(组合树)的使用
    根据权限显示accordion
    accordion(折叠面板)的使用
    js中substr、substring、indexOf、lastIndexOf的用法
    EasyUI中使用自定义的icon图标
    EasyUI tree的三种选中状态
    C# List集合去重使用lambda表达式
    C# DataTable去重,根据列名去重保留其他列
    win10下部署.Net Web项目到IIS10
  • 原文地址:https://www.cnblogs.com/jellochen/p/the-essence-of-linq-to-sql.html
Copyright © 2020-2023  润新知