开发框架数据库配置的几种应用场景

在我的开发框架系列中，底层数据库的配置处理都是差不多的，框架整体支持SQLServer、DB2、MySql、ODP.NET（Oracle）、PostgreSQL、SQLite、SqlEx等数据库的，往往客户在使用框架的时候会问，框架支持哪些数据库、各种数据库配置信息、如何实现数据库分库处理、如何同时支持SQLServer和Oracle等数据库支持、如何实现数据库连接字符串加密等问题，本篇随笔逐一进行介绍。

1、框架支持的数据库介绍

框架底层数据库访问采用了微软企业库实现，因此在处理多种数据库访问的时候，能够提供统一的访问处理操作，同时对不同的数据库支持操作也是非常不错的。下图是框架底层数据库的支持情况。

image

采用了微软企业库Enterprise Library作为我们底层的数据库访问模块后，对于多种数据库的访问操作，就会统一采用这个企业库的数据库访问对象，操作起来非常一致，为了对不同数据库的常规增删改查等一些操作进行进一步的封装，以达到简化代码的目的，因此我们可以为每个不同的数据库定义一个数据访问操作基类，以便实现一些不同数据库差异性的处理，但是它们还是有一个共同的数据访问基类。

采用不同的数据库，我们需要为不同数据库的访问层进行生成处理，如为SQLServer数据的表生成相关的数据访问层DALSQL，里面放置各个表对象的内容，不过由于采用了相关的继承类处理和基于数据库的代码生成，需要调整的代码很少。

image

这样整合多种数据库支持的底层后，整个数据访问的架构设计如下所示。

image

2、各种数据库配置信息

对于默认支持的SQLServer数据库，它的连接字符串如下所示。

上面的sqlserver数据库连接信息是采用信任模式配置的，如果我们基于局域网，那么需要配置对应的IP或者sa用户名和密码的方式，配置信息如下所示。

不过对于一些扩展支持的数据库，我们还需要添加一些映射处理，如对于MySQL的支持，我们需要添加连接字符串：

还需要添加ProviderMappings的支持，如下所示的XML。

下面我列出所有不同数据库的连接字符串以及映射关系的一个完整版本，供参考。

里面包括了支持的各种数据库的连接字符串的写法。

3、如何实现数据库分库处理、如何同时支持SQLServer和Oracle等数据库支持

由于整个框架的设计抽象了多种数据库的处理模型，因此数据库分库处理实现也是比较方便的，数据库的分库处理和同时支持SQLServer和Oracle等数据库的操作是类似的，他们都是对多个数据库（包括不同各类型）进行访问处理。

之前我在随笔《Winform开发框架中实现多种数据库类型切换以及分拆数据库的支持》这里也介绍了具体的实现处理，其实我们使用的同时支持多数据库的操作代码是比较简单的，我们可以在代码里面通过调用BLL层类的接口SetConfitName来指定特定的数据库，如下代码所示。

//指定业务类的数据库配置
BLLFactory.Instance.SetConfigName("workflow");  
BLLFactory.Instance.SetConfigName("workflow"); 

有时候，可能BLL对象有可能出现相同的情况，但是需要访问不同库里面的表对象，那么我们可以在使用后恢复默认的配置信息。

BLLFactory.Instance.SetConfigName("workflow");//使用业务库
Dictionary dict = BLLFactory.Instance.GetDictByDictType(dictTypeName);
BLLFactory.Instance.SetConfigName(null);//恢复默认

以上代码就是先访问workflow配置的数据库信息，获取字典信息后恢复默认的数据库信息。

上面那种方式是对于同种类型数据库的接口切换，如果不同的数据库类型，如一个是SQLServer，一个是Oracle，那么就可以多指定一个参数即可，如下代码所示。

//指定使用oracle类型的数据库配置
BLLFactory.Instance.SetConfigName("workflow", "oracle");//使用业务库
Dictionary dict = BLLFactory.Instance.GetDictByDictType(dictTypeName);
BLLFactory.Instance.SetConfigName(null);//恢复默认

虽然我们一般使用一个库，但是如果是分库，或者要同时支持多个数据库类型，基本上处理还是很方便的。

如果对于通用类型的数据库处理，我们可以使用公用类库里面的CommonDAL类进行处理。这个类库可以很方便的处理视图、存储过程、或者常规的接口查询操作，不需要和具体的实体类绑定的接口。

它的定义如下所示。

image

4、数据库字符串加密处理

很多情况下，我们为了部署应用，需要公开数据库连接字符串信息，但是我们又不想让使用者很容易的获取到我们的连接字符串里面的用户名和密码敏感信息，这时候连接字符串加密就是比较必要的了。

处理方式就是我们创建一个工具，使用自己知道的加解密规则来处理连接字符串的加解密处理。

image

处理的过程大概如下所示。

1）找到app.config文件，打开内容编辑。
2）找到数据库（如SQLServer）连接字符串的connectionString字符串，如下所示。

3）提取里面的connectionString字符串部分，放到上面的加密软件里面进行加密，然后把加密内容替换connectionString字符串，变为如下所示的配置信息。

4）保存文件，配置加密字符串完成。

这个配置信息在框架的处理的时候有对应的解密处理规则，可以正常解析加密字符串即可。

如果要了解或者修改其中的对应解密处理操作，可以定位扩展公用类库里面数据库访问层，如下所示。

image

定位到对应的数据库访问类，然后找到下面的对应函数了解即可。

image