换一种思维实现数据库切换

前言

     当我们提到设计数据库无缝切换的时候，经常用到的办法就是用反射，连微软自带的例子Microsoft .NET Pet Shop也是如此。虽然如此，但一方面反射性能比较低，另一方面我觉得通过字符串的方式来切换数据库难免不合适。近两天有想到用标准+冗余的办法来实现同样的需求，目前处于理论阶段，正在实践中，现分享出来大家一起讨论下:)

正文

     一、理论:

          这里例举OracleDAL和SqlServerDAL。

          将OracleDAL的dll名称设置为DAL.OracleDAL.dll，将SqlServerDAL名称设置为DAL.SqlServerDAL.dll，但是两者内部的类名、方法名以及命名空气名称完全一样。也就是说，比如class:OracleDAL有一个Insert方法，那么就将他的类名称改成DAL，Insert名称不变(如果标示了如OracleInsert，最好改成与数据库不相关的名称)；而class:SqlServerDAL也同样将类名改成DAL，外部方法需要和OracleDAL一直。这样一来，我们同时引用两个dll会报错，我们只能引用一个dll，也就是我们切换数据库的时候只用替换一下dll就可以了，不必用反射来了，由此大家也能看到冗余。但是仍然可以优化，理想的情况下，可以抽出一个中间的dll(DAL.dll)来封装两者相同的代码以及标准接口，而DAL.OracleDAL.dll和DAL.SqlServerDAL.dll都依赖并遵循于DAL.dll，这样能规范约束并且减少冗余。

     二、实施:

          通过反射达到无缝切换:更改数据库连接字符串+更改表示当前数据库的配置文件(一般都是如此做法)。

          通过标准+冗余到无缝切换:更改数据库连接字符串+更换dll。

     三、简单示例:

          1.     DAL.Oracle.dll

               1.1     OracleDAL.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.Data.OracleClient;

using Model;

namespace Data
{
    //public class OracleDAL
    public class DAL
    {
        public void Insert(IModel model)
        {
            OracleCommand cmd = new OracleCommand("connectionstring");
            cmd.CommandText = "Insert into test(column1,column2) values(@column1,@column2)";
            //cmd.Parameters
            cmd.ExecuteNonQuery();
        }
    }
}

          2.     DAL.SqlServer.dll

               2.1     SqlServerDAL.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.Data.SqlClient;

using Model;

namespace Data
{
    //public class SqlServerDAL
    public class DAL
    {
        public void Insert(IModel model)
        {
            SqlCommand cmd = new SqlCommand("connectionstring");
            cmd.CommandText = "Insert into test(column1,column2) values(@column1,@column2)";
            //cmd.Parameters
            cmd.ExecuteNonQuery();
        }
    }
}

          3.     业务层/客户端调用代码

    using Data;

    public class Program
    {
        static void Main(string[] args)
        {
            IModel model = new Model();
            new DAL().Insert(model);
        }
    }

          

          4.     代码说明和分析

               3.1     代码不能直接执行，主要是为了表达本文的意图，希望你理解后自己再写具体的代码试试看。

               3.2     需要注意的是1和2分别是两个dll，类的文件名不同，但是类名和空间名称是一样的，所以项目中只能存在一个。

               3.3     需要注意的是，Insert在两个dll里面方面名称、类名、命名空间是一样的，但是方法内部实现并不是一样的！！

               3.4     如果我现在进行数据库切换，把DAL.SqlServer.dll和DAL.Oracle.dll两个之间任意的替换掉业务层调用方是不用更改任何代码的！！因为类名、命名空间、方法都没有变！！

小结

     由此可见，对于业务层，由于两者命名空间、类名、方法名一致，在更换dll的时候是无需改动代码的，并且性能也是要优于通过反射来实现数据库切换的，而且具有更强的可扩展性和随意性，可将现有的不跨数据库的代码改改就可以下次复用了，在写其中任何一个针对数据库的dll的时候只要根据标准，就无需考虑数据库兼容的问题了。

     但是需要注意的是，在我们需要强类型(如SqlDataReader、SqlCommand)、直接执行SQL语句的时候就需要和其他程序一样需要仔细设计了，比如对于SqlDataReader，不直接进行返回，或者给方法返回加一个泛型支持，并约束泛型调用类必须也继承IDataReader接口，或者干脆直接返回一个Hashtable或Dictionary；而SQL语句可以对应的建立一个SQL语句的工厂类，传一个结构体过来，然后根据结构体来生成SQL语句，而不要直接写SQL语句来执行。

结束

     目前我也在实践中，欢迎大家多多提意见和看法: )