前言
当我们提到设计数据库无缝切换的时候，经常用到的办法就是用反射，连微软自带的例子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.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.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. 业务层/客户端调用代码
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语句来执行。
结束
目前我也在实践中，欢迎大家多多提意见和看法: )
转载：http://www.cnblogs.com/over140/archive/2009/02/23/1395257.html