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

前言

     当我们提到设计数据库无缝切换的时候,经常用到的办法就是用反射,连微软自带的例子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语句来执行。

 

本文转自over140 51CTO博客,原文链接:http://blog.51cto.com/over140/586450,如需转载请自行联系原作者

上一篇:架构那点事系列三 - 由EAI到ESB


下一篇:actionherojs 强大的nodejs api 框架