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

前言

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

结束

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