LINQ to SQL让人着迷，在.Net应用程序当中，.它提供了一种安全，强大和非常灵活的方式执行数据 访问，在当前微软传道者介绍上看，很容易上手。
不幸的是，当你对LINQ进行仔细研究后，我发现在多层架构中使用LINQ的并不是十分容易。
本文介绍用LINQ to SQL实现数据层的典型的问题点 ，并提供了一个简单，方便和灵活的方式来克服 它们。
本文附带的LING to SQL 实现数据访问通用类有以下的特点：
实现了存储库模式，你可以用不到10行代码执行LINQ实体类型的CRUD (Create, Update, Delete)操作 。
无缝协作，支持LINQ断开模式（Disconnected LINQ Mode）。
在单一数据库和LINQ实体间支持透明的数据库更新和数据加载。
提供为一种方便的功能，在调试你的应用程寻时候，它把所有执行的SQL语句输出控制台。
本文将假定您对LINQ to SQL （也称为DLINQ ）有一个基本的了解并如何使用它。否则，，，回到此 网页，看看本教程入门系列，如何在多层次应用中使用LINQ to SQL。
存在的问题
如果您只是在你的UI层直接用LinqToDataSource对象衔接数据库，那LINQ to SQL太容易使用了。但是 ，这种做法不完全面向对象，当然也不是一个可取的架构，除非你是为了快速编码和脏乱的应用程序，并 且最终没有去扩展的它打算。
相反，大多数开发人员把它们的应用程序划分成若干层，如下：
数据访问层（Data Access Layer）
业务层 （Business Layer）
用户界面层（UI Layer）
这就是所谓的多层数据库应用程序设计。LINQ to SQL将用于数据访问层。
LINQto SQL的问题是-尽管它的许多优点-但是如果要实现数据层并不是很简单。
请看下面的数据库模式（database schema）:
一旦你要加载和保存LINQ实体到同一个的数据上下文实例（data context instance）（这就是所谓“ 连接模式”），用LINQ实现数据层非常直接。
例如，让我们从数据库中获取实体编号为1的客户，改变属性first name为“Homer”后在重新储存到 数据库中。在一个多层数据库应用程序中，在UI或业务层的某个地方的代码可能看起来就像这样：
1.
2. //create a new repository instance
3. CustomersRepository customersRepository = new CustomersRepository();
4. //load a customer instance and change it's FirstName;
5. Customer customer = customersRepository.Load(2);
6. customer.FirstName = "Homer";
7. //commmit customer to database
8. customersRepository.Save(customer);