当存在可能要更换数据库类型的时候，要考虑两个问题：

一，不同类型的数据库命名空间不一样，用到的函数名也不一样，尽管很相似；

二，有些SQL语句在不一样的数据库之间是不通用的！

那么要在更换数据库类型的时候，如何做到尽量少受因为上面两点而造成的影响呢？！利用接口，可以将第一点的影响降到最低！至于第二点， 可以将数据的操作尽量在数据库服务器端实现，这点的探讨不在本文研究范围内，在此也就不多说！下面主要就利用接口将第一点的影响降到最低这一点进行详细说 明。

首先，明确两点：

1， 无论哪种数据库类型，对数据库的操作，都是那几种：执行SQL、执行带参数的SQL、执行存储过程、执行带参数的存储过程等（这里的操作划分方式，根据不一样的开发人员有不一样的习惯，例如有些人习惯分：添加、编辑、删除、获取这几种，但这不会有影响）；

2， 不一样的数据库类型，有不一样的命名空间、函数名，当更换数据库类型时，这些命名空间、函数名也是必须更换的。

要降低影响，即，对不一样的命名空间、函数名的更改次数降到最低，同时不必要对其他模块进行变动！本人的做法是：定义一个接口，声明了 一些对数据库操作的方法；每种数据库类型定义一个类来实现这些接口；再定义一个所有数据库的统一入口！这样，要更换数据库类型的时候，只需要定义一个新 类，重新实现那些接口即可！其他的无须修改！

下面，举个例子说明。

接口：

namespace DataEvent
{
    /// <summary>
    /// 数据库操作接口
    /// </summary>
    public interface IDataAccess
    {
        ///<summary>
        /// 执行Sql语句
        ///</summary>        
        /// <param name="sql">Sql语句</param>         
        ///<returns>返回影响的行数</returns>
        int ExceSql(string sql);

Access数据库类 

namespace DataEvent
{
    public class AccDataAccess : IDataAccess
    {
        public int ExceSql(string strSql)
        {
            string t_str = "AccessSql:" + strSql;
            return t_str.Length;
        }
    }
}

 Sql Server数据库类 

namespace DataEvent
{
    /// <summary>
    /// sql server 数据库操作类
    /// IDataAccess接口的实现
    /// </summary>
    public class SqlDataAccess : IDataAccess
    {
        public int ExceSql(string strSql)
        {
            string t_str = "Sql:" + strSql;
            return t_str.Length;
        }
    }
}

Oracle数据库 

namespace DataEvent
{
    /// <summary>
    /// oracle 数据库操作类
    /// IDataAccess接口的实现
    /// </summary>
    public class OraDataAccess : IDataAccess
    {
        private OracleDataAdapter dbAdapter = null;

        private OracleDataAdapter SqlAdapter
        {
            get
            {
                if (dbAdapter == null)
                    dbAdapter = new OracleDataAdapter();
                return (dbAdapter);
            }
        }

        public int ExceSql(string strSql)
        {
            string t_str = "Oracle:" + strSql;
            return t_str.Length;
        }
    }
}

 统一入口：

namespace DataEvent
{
    /// <summary>
    /// 所有数据库操作的统一入口
    /// </summary>
    public static class CommonAccess
    {
        private static readonly string dataAccessType = ConfigurationSettings.AppSettings["DataAccessType"];
        private static IDataAccess _obj;
        private static IDataAccess Obj
        {
            get
            {
                if (_obj == null)
                {
                    string m_className = "DataEvent." + dataAccessType;
                    _obj = (IDataAccess)Assembly.Load("DataEvent").CreateInstance(m_className);
                }
                return _obj;
            }
        }
        /// <summary>
        /// 测试
        /// </summary>
        /// <returns>返回一个字符串</returns>
        public static int ExceSql(string strSql)
        {
            return Obj.ExceSql(strSql);
        }
    }
}

测试，按钮事件：

private void button1_Click(object sender, EventArgs e)
        {
            MessageBox.Show(DataEvent.CommonAccess.ExceSql("ExceSql Result!").ToString());
        }

Access

数据库时，”AccessSql: ExceSql Result!”字符串有25个字符！ 

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings>
    <add key="DataAccessType" value="AccDataAccess"/>
  </appSettings>
</configuration>

显示结果：25

更换为Oracle数据库时（更换数据库时，只需要在配置文件里修改配置字符串”DataAccessType”的Value值即可！），”Oracle: ExceSql Result!”字符串只有22个字符！ 

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings>
    <add key="DataAccessType" value="OraDataAccess"/>
  </appSettings>
</configuration>

显示结果：22

在实际开发中,不一定就存在这种经常更换数据库类型的情况,但,将这些可能性考虑进来,有利于提高系统的灵活性.同 时,这里举这个例子,也是希望能起到抛砖引玉的作用.希望的是以后能拥有这种思想,随时随地考虑到系统的灵活性,重用性等.本人资质尚浅,写的是自己目前 能感悟到的东西,有什么不妥,还望高人指指点点