现在的位置: 首页 > 综合 > 正文

数据库访问层设计与实现(2)

2013年11月16日 ⁄ 综合 ⁄ 共 2917字 ⁄ 字号 评论关闭

2 约定

1)本文中谈及的数据库仅限于关系数据库。数据库类型指不同的关系数据库系统,如OracleSQL ServerSybase等等。

2数据库对象ADO.NET中访问数据库的对象:Connection对象,Command对象,Adapter对象、Parameter对象。

3 应用程序的一般结构

通常,数据库相关的应用程序应该具有图1所示的结构。至于为什么,就不用多说了。从图中可以看到数据库访问层所处的位置,及其应该具有的功能。

图1 应用程序一般结构


1 应用程序一般结构

4 适应不同类型的数据库

如第1节所述,在ADO.NET中,使用不同类型的数据库,主要就是这些数据库对象的变化:ConnectionCommandAdapterParameter。在程序中我们需要根据不同的数据库创建合适的对象。

通常的简单做法是使用条件判断,是何种类型的数据库,创建相应的数据库对象,代码如下:

[示例代码1] 简单,但缺乏弹性和复用性的方法

    /// <summary>

    /// 数据库类型。

    /// </summary>

    public enum DbType

    {

        SqlServer,

        Oracle,

        OleDb,

    }

 

    class DbObjectFactory

    {

        /// <summary>

        /// Connection 对象的创建。

        /// </summary>

        /// <param name="dbType">数据库类型。</param>

        /// <returns>Connection 对象。</returns>

        public static IDbConnection CreateConnection(DbType dbType)

        {

            switch(dbType)

            {

                case DbType.SqlServer:

                    return new SqlConnection();

                case DbType.Oracle:

                    return new OracleConnection();

                case DbType.OleDb:

                    return new OleDbConnection();

            }

            throw new Exception("不支持的数据库类型。");

        }

 

        /// <summary>

        /// Parameter 对象的创建。

        /// </summary>

        /// <param name="dbType">数据库类型。</param>

        /// <returns>Parameter 对象。</returns>

        public static IDataParameter CreateParameter(DbType dbType)

        {

            switch(dbType)

            {

                case DbType.SqlServer:

                    return new SqlParameter();

                case DbType.Oracle:

                    return new OracleParameter();

                case DbType.OleDb:

                    return new OleDbParameter();

            }

            throw new Exception("不支持的数据库类型。");

        }

    }

上面的代码中都是条件判断,而且CreateConnection函数和CreateParameter函数代码几乎一样,DataAdapterCommand的创建也是如此。这样的做法缺点主要有两点:

1)代码重复,可维护性差;

2)新增加一种数据库类型时,需要修改现有的代码。

其实我们仔细分析以下数据库类型和对象之间的关系,可以发现图2所示的规律:

图2 不同数据库和对象的关系

2 不同数据库和对象的关系

很明显,采用抽象工厂模式可以很好的处理不同数据库和不同数据库对象之间的组和系列的关系。如图3

图3 数据库对象工厂设计

3 数据库对象工厂设计

根据上面的类图,生成C#代码如下:

[示例代码2: DbObjectFactory.cs] (有删节)

    /// <summary>

    /// 数据库对象工厂的虚基类。

    /// </summary>

    public abstract class DbObjectFactory

    {

        /// <summary>

        /// 创建数据库连接对象,并打开连接。

        /// </summary>

        /// <returns> 数据库连接。返回null 表示连接失败。</returns>

        public abstract IDbConnection CreateConnection();

 

        /// <summary>

        /// 创建Command 对象。

        /// </summary>

        /// <returns> 执行SQL Command 对象。</returns>

        public abstract IDbCommand CreateCommand();

 

        /// <summary>

        /// 创建DbDataAdapter 对象。

        /// </summary>

        /// <returns>DbDataAdapter 对象。</returns>

        public abstract IDbDataAdapter CreateDataAdapter();

 

        /// <summary>

        /// 创建Parameter 对象。

        /// </summary>

        /// <returns>Parameter 对象。</returns>

        public abstract IDataParameter CreateParameter();

    }

[示例代码3: OleDbObjectFactory.cs] (有删节)

    /// <summary>

    ///  OleDb 数据库对象工厂。

    /// </summary>

    public class OleDbObjectFactory : DbObjectFactory

    {

        /// <summary>

        /// 创建数据库连接对象,并打开连接。

        /// </summary>

        /// <returns>

抱歉!评论已关闭.