对比.NET PetShop和Duwamish来探讨Ado.NET的数据库编程模式

概述 Ado.NET 为我们提供了强大的 数据库 开发能力，它内置的多个对象为我们的 数据库 编程提供了不同的选择。但是在允许我们灵活选用的同时，许多初学者也很迷惑，我到底是应该使用 DataReader 还是应该使用 DataAdapter ？我只想读取一小部分数据，难道我一定要 Fill 满整个 DataSet 吗？为什么 DataReader 不能和 RecordSet 一样提供一个数据更新的方法？ DataSet 到底有什么好处？在本文中，我将对 .NET PetShop 的 数据库 编程模式和 Duwamish 的 数据库 编程模式进行一些简单的分析和对比。如果您也有以上疑问的话，相信在读完本文之后，就可以根据具体的需要来制定一个最适合您应用的 数据库 编程模式。

---

目录

·       .NET PetShop 和 Duwamish 简单介绍

·       结构简述

·       Duwamish 数据访问剖析

·       .NET PetShop 数据访问剖析

·       分析总结

---

.NET PetShop 和 Duwamish 简单介绍相信大家一定听说过有名的 " 宠物店大战 " ，没错，本文的主角之一就是获胜方 .NET PetShop ，微软号称以 27 倍的速度和 1/4 的代码量遥遥领先于基于 J2EE 的 PetStore 宠物商店。虽然 SUN 也曾对此抱怨过不满，指责此 " 大战 " 有水分，不过无论如何， .NET PetShop 绝对是一个经典的 .NET 实例教程，至少为我们提供了一条赶超 J2EE 的 “ 捷径 ” ：） , 它的下载地址是： http://www.gotdotnet.com/team/compare
.NET PetShop 宠物网上商店首页而 Duwamish 则是一个外表简单，内部却极其复杂的一个网上书店的 .NET 完整应用范例，作为一个微软官方的 Sample ，它同时提供了 C# 和 VB.NET 两种语言版本，并且还附上了大量详尽的中文资料，如果打印出来，实在是居家旅行，临睡入厕必备之物。什么？您没听说过？呵呵，如果您装了 Visual Studio .NET 的话，它就在您的硬盘上静静的躺着呢，不过还没有被安装，您可以在您的 VS.NET 的 Enterprise Samples 目录下找到并安装它，例如： C:/Program Files/Microsoft Visual Studio .NET/Enterprise Samples/Duwamish 7.0 CS 。
Duwamish 网上电子书店首页

---

结构简述两家商店都采用了 n 层应用结构（毫无疑问， n 层结构的应用架构应该绝对是您开发 .NET 应用的首选，哪怕您只想做一个网页计数器），不同的是， PetShop 采用的是最常见的三层应用结构，分别为表示层，中间层和数据层。而 Duwamish 则采用的是一个四层应用结构，并使用不同的项目分隔开，分别为表示层，业务外观层，业务规则层和数据层。至于这两种结构分别有什么优点和缺点，以及为什么要这么分层，我们不进行详细讨论，因为本文的重点不在于此。我们主要分析的是他们的 数据库 编程的模式。

---

Duwamish 数据访问剖析首先，我们来看看 Duwamish 书店，它采用的是 DataAdapter 和 DataSet 配合的数据存储模式，所不同的是，它对 DataSet 进行子类化扩展作为数据载体，也就是采用定制的 DataSet 来进行层间的数据传输，下面是一个定制的 DataSet 示例：

public class BookData : DataSet{ public BookData() {               //             // Create the tables in the dataset             //             BuildDataTables(); } private void BuildDataTables() {        //        // Create the Books table        //        DataTable table   = new DataTable(BOOKS_TABLE);        DataColumnCollection columns = table.Columns;                columns.Add(PKID_FIELD, typeof(System.Int32));        columns.Add(TYPE_ID_FIELD, typeof(System.Int32));        columns.Add(PUBLISHER_ID_FIELD, typeof(System.Int32));        columns.Add(PUBLICATION_YEAR_FIELD, typeof(System.Int16));        columns.Add(ISBN_FIELD, typeof(System.String));        columns.Add(IMAGE_FILE_SPEC_FIELD, typeof(System.String));        columns.Add(TITLE_FIELD, typeof(System.String));        columns.Add(DESCRIPTION_FIELD, typeof(System.String));        columns.Add(UNIT_PRICE_FIELD, typeof(System.Decimal));        columns.Add(UNIT_COST_FIELD, typeof(System.Decimal));        columns.Add(ITEM_TYPE_FIELD, typeof(System.String));        columns.Add(PUBLISHER_NAME_FIELD, typeof(System.String));        this.Tables.Add(table); }     ………}

我们可以看到它有一个 BuildDataTables 方法，并且在构造函数中调用，这样，定制的 Books 表就和这个 DataSet 捆绑在一起了，省得以后还要进行 Column Mapping ，这真是个好主意，我怎么就没有想到呢？ ：）解决了数据结构，接下来看看数据层的代码实现，在 Duwamish 中，数据层中有 5 个类，分别是 Books ， Categories ， Customers 和 Orders ，每个类分别只负责有关数据的存取。下面是其中一个类的示例代码：

private SqlDataAdapter dsCommand;public BookData GetBookById(int bookId){    return FillBookData("GetBookById", "@BookId", bookId.ToString());}private BookData FillBookData(String commandText, String paramName, String paramValue){    if (dsCommand == null )    {        throw new System.ObjectDisposedException( GetType().FullName );    }                BookData   data    = new BookData();    SqlCommand command = dsCommand.SelectCommand;    command.CommandText = commandText;    command.CommandType = CommandType.StoredProcedure; // use stored proc for perf    SqlParameter param = new SqlParameter(paramName, SqlDbType.NVarChar, 255);    param.Value = paramValue;    command.Parameters.Add(param);                dsCommand.Fill(data);    return data;}

这里就是数据层的代码了，我们在这里可以看到 Duwamish 采用了 DataAdapter 来将数据填充到定制的 DataSet 中，然后返回该 DataSet 。我感到很奇怪的是在数据存取层中竟然可以看到 GetBookById 这样具体的数据存取方法，虽然最后还是有一个抽象出来的 FillBookData 方法，但是上面还有三层啊，底层都做到这份上了，那上层都做些什么呢？答案是数据检查，上层基本上都在做一些很严密的数据合法性校验（当然也会包括一些比较复杂的事务逻辑，但是并不多），示例代码如下：

public CustomerData GetCustomerByEmail(String emailAddress, String password){    //    // Check preconditions    //    ApplicationAssert.CheckCondition(emailAddress != String.Empty, "Email address is required",                 ApplicationAssert.LineNumber);    ApplicationAssert.CheckCondition(password != String.Empty, "Password is required",                  ApplicationAssert.LineNumber);    //    // Get the customer dataSet    //    CustomerData dataSet;    using (DataAccess.Customers customersDataAccess = new DataAccess.Customers())    {   dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);    }    //        // Verify the customer's password    //    DataRowCollection rows = dataSet.Tables[CustomerData.CUSTOMERS_TABLE].Rows;       if ( ( rows.Count == 1 ) && rows[0][CustomerData.PASSWORD_FIELD].Equals(password) )    {        return dataSet;    }    else    {              return null;    }}    

在这个方法中，真正进行数据存取的实际上只有

dataSet = customersDataAccess.LoadCustomerByEmail(emailAddress);

这么一句，是直接调用的数据层。其它都是在进行合法性校验，我们可以感悟到，进行一个真正的企业级开发需要考虑的系统健壮性有多么重要。

---

.NET PetShop 数据访问剖析 OK ， Duwamish 看完了，下面我们来看看 PetShop 的数据访问机制。 PetShop 只有一个项目，它采用的分层办法是将中间层和数据层都写成 cs 文件放在 Components 目录里，其中数据层就是一个名为 Database 的类，它封装了所有对 数据库 的底层操作。下面是示例代码段：

public void RunProc(string procName, out SqlDataReader dataReader) { SqlCommand cmd = CreateCommand(procName, null); dataReader = cmd.ExecuteReader(System.Data.CommandBehavior.CloseConnection);}

我们看到了一个跟 Duwamish 截然不同的另一种数据访问方式，它将所有的数据访问方法抽象出来做成一个 RunProc 方法，至于返回数据呢，呵呵，它有点偷懒，直接返回一个 DataReader 给你，你自己去读吧。还记得 Duwamish 采用的层间数据传输载体是什么吗？对了，是 DataSet ，它被数据层填充后返回给了中间层。但是这里，数据层和传输层的数据传输载体变成了 DataReader ，实际上，还不能称它为数据载体，因为数据还没开始读呢，在这里， DataReader 的作用和指针有点类似，也许我们应该称它为 “ 数据引用 ” ：）接着往下看， DataReader 被怎么 “ 处理 ” 的：

public ProductResults[] GetList(string catid, int currentPage, int pageSize, ref int numResults) {       numResults = 0; int index=0;   SqlDataReader reader = GetList(catid); ProductResults[] results = new ProductResults[pageSize];              // now loop through the list and pull out items of the specified page    int start = (int)((currentPage - 1) * pageSize);      if (start <= 0) start = 1;       // skip        for (int i = 0; i < start - 1; i++) {         if (reader.Read()) numResults++; }       if (start > 1) reader.Read(); // read the data we are interested in while (reader.Read()) {               if (index < pageSize) {                       results[index] = new ProductResults();                       results[index].productid = reader.GetString(0);                results[index].name = reader.GetString(1);                   index++;               }              numResults++;          }       reader.Close();        // see if need to redim array if (index == pageSize)         return results; else {         // not a full page, redim array               ProductResults[] results2 = new ProductResults[index];         Array.Copy(results, results2, index);         return results2; }                               }

注意到 currentPage 和 pageSize 了吗？原来在这里就进行了数据分页，只返回满足需要的最少的数据量，而不是象我们很多喜欢偷懒的人一样，简单的将整个 DataTable 一股脑的绑定到 DataGrid ，造成大量的数据冗余。在这里，数据被真正的读出来，并且被手动填充到一个自定义的对象数组中，我们来看看这个数组的定义：

public class ProductResults { private string m_productid;    private string m_name; // product props   public string productid {             get { return m_productid; }           set { m_productid = value; }      }       public string name {           get { return m_name; }         set { m_name = value; }       }}

非常之简单，不过我有点奇怪为什么不使用 struct 呢？是不是 .NET 中 struct 和 class 的性能差距已经可以忽略不计了？

 

---

 

分析总结通过观察这两个商店的具体实现，我们得到了两个不同的数据访问模式， Duwamish 采用的是以 DataSet 为核心，因为 DataSet 提供了这方面大量的相关方法，所以整个应用的数据传输，数据格式定义，数据校验都围绕着 DataSet 来进行，整个架构定义非常清晰和严谨，但是却显得有些庞大。 PetShop 在整个程序中没有采用一个 DataSet ，程序非常的简洁，轻灵，但是没有 Duwamish 那么强的健壮性。这两个程序是 Microsoft 公司不同的小组写出来的代码，所以有着不同风格。不过都应该能代表 .NET 的标准模式。看到这里，你应该对文章开头提出的那些疑问有一个比较形象的认识了吧。另外，请再次注意， PetShop 在打开数据连接之后，并没有马上读取数据，而是将 DataReader 传递给另外的对象来执行数据读的操作，然后才关闭连接。这样，数据连接的

 

======================================

时间加长了，而 数据库 连接是一项非常宝贵的服务器资源，相比之下， Dawamish 在连接 数据库 之后马上进行填充，然后迅速释放掉 数据库 连接的方式更加有利于大量用户的并发访问。再一点，上文的程序中没有提到更新操作， PetShop 采用的是使用 Command 对象执行单个存储过程的方式来进行更新操作，是属于一种在线即时数据更新模式。而 Dawamish 采用的是 DataAdapter 的 Update 方法，将 DataSet 的改变一次性的提交到 数据库 中，属于离线数据更新模式。这种模式的好处是可以一次性更新大批量数据，减少 数据库 的连接次数。缺点是如果 数据库 在改动非常频繁的情况下需要实时的跟踪数据变化就不合适了。需要根据具体的情况采用具体的数据更新办法。总的来说，如果您只需要快速的读取数据并显示出来，推荐您采用 DataReader ，如果您需要对数据进行大量的修改，还有大量并发访问的可能，而且不需要实时的跟踪 数据库 的变化，推荐您使用 DataSet 。当然，这两种情况有点极端了，实际的应用环境也许有着很复杂的条件，具体需要您自己审时度势，综合采用，不过我个人还是比较喜欢 PetShop 那种轻灵的风格 ：）   

==============================

http://www.itzhe.cn/Programme/HTML/26929.html

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1557439