01第一讲LINQ简介..docVIP

第一讲 LINQ简介 1. LINQ 介绍 语言集成查询 (LINQ) 是 Visual Studio 2008 和 .NET Framework 3.5 版中一项突破性的创新，它在对象领域和数据领域之间架起了一座桥梁。Object Relational Mapping 对象关系映射) 它的实质就是将关系数据（库）中的业务数据用对象的形式表示出来，并通过面向对象（Object-Oriented）的方式将这些对象组织起来，实现系统业务逻辑的过程。是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射(ORM)系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象,对象关系映射技术应运而生。让我们从O/R开始。字母O起源于对象(Object),而R则来自于关系(Relational)。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。如果打开你最近的程序，看看DAL代码，你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例，你传入一个对象，为SqlCommand对象添加SqlParameter，把所有属性和对象对应，设置SqlCommand的CommandText属性为存储过程，然后运行SqlCommand。对于每个对象都要重复的写这些代码。除此之外，还有更好的办法吗？有，引入一个O/R Mapping。实质上，一个O/R Mapping会为你生成DAL。与其自己写DAL代码，不如用O/R Mapping。你用O/R Mapping保存，删除，读取对象，O/R Mapping负责生成SQL，你只需要关心对象就好。提供了用于将关系数据作为对象管理的运行时基础结构。在 LINQ to SQL 中，关系数据库的数据模型映射到用开发人员所用的编程语言表示的对象模型。当应用程序运行时，LINQ to SQL 会将对象模型中的语言集成查询转换为 SQL，然后将它们发送到数据库进行执行。当数据库返回结果时，LINQ to SQL 会将它们转换回您可以用您自己的编程语言处理的对象。?O/R设计器用于维护关系表与对象的映射关系，然后你可以用LINQ对数据库进行查询，以及进行更新/插入/删除数据的操作。 LINQ to SQL完全支持事务，视图和存储过程。它还提供了一种把数据验证和业务逻辑规则结合进你的数据模型的便利方式。 LINQ to SQL 更倾向于针对现有 Microsoft SQL Server 架构快速开发应用程序。.Net Framework 3.5 SP1后，ADO.net Entity Framework成为另外一种可以选择的数据建模方式。这给开发者带来了困惑，到底使用那种数据建模方式。看过微软发布一些资料后，我自己感觉ADO.net Entity Framework应该是微软主推的ORM技术，由于ADO.net Entity Framework的开发工作过于庞大，在推出.Net Framework 3.5时，另外一个同步进行的项目LINQ to SQL 已经完成，所以我们先看到了LINQ to SQL，并且很多人已经开始使用。至于为什么微软要同时开发两个ORM产品，这估计是公司内部部门间竞争的结果，有消息说.NET Framework 4.0中将剔除掉LINQ to SQL，但马上LINQ to SQL项目组经理就出来澄清说，LINQ to SQL还将继续保留并改进。LI NQ to SQL 只针对SQL Server数据库建模，而ADO.net Entity Framework的建模是可以跨数据库的（当然，现在还没有完成） ，随着微软一些后续产品的发布，如支持Silerlight 直接访问数据库的WCF RIA Service似乎对ADO.net Entity Framework更为重视一些。所以在我们的整个LINQ技术