在项目中迁移MS SQLServer到Mysql数据库，实现MySQL数据库的快速整合

在开发项目的时候，每每碰到的不一样的需求状况，兼容不一样类型的数据库是咱们项目以不变应万变的举措之一，在底层可以兼容多种数据库会使得咱们开发不一样类型的项目驾轻就熟，若是配合快速的框架支持，那更是锦上添花的举措。我开发的项目或者框架，采用了微软企业库Enterprise Library的模块，倾向于支持多种数据库，也为咱们开发不一样类型的项目提供很是方便、快速、统一的处理方式。通常常规的数据库包括MS Server、Oracle、MySQL、PostgreSQL、SQLite、DB二、国产达梦等数据库，本篇随笔主要介绍如何实现从MS SQLServer到Mysql数据库，并为不一样数据库类型添加实现底层的解决思路。

一、SQLServer数据库导出到MySQL

若是咱们已经基于SQL Server进行了开发，而且具备不少基础的数据库数据了，那么咱们能够利用SQL Server导出到MySQL数据库中，这种是咱们常见的一种开发方式，毕竟基于SQLServer数据库开发起来会比较快速一些。

SQL Server数据库的管理工具是SQL Server Management Studio；而Mysql数据库的管理工具则推荐使用Navicat，这是一款很是强大好用的管理工具。

首先咱们使用Navicat创建本身一个空白的Mysql数据库，用来承载SQL Server 的数据导出须要。

例如咱们建立一个和SQL Server数据库同名的MVCWebMisTest数据库，而且设置它的字符集为默认或者UTF8的编码方式，以下所示。

而后利用SQL Server Management Studio进行数据的直接导出，选择【任务】【导出数据】，以下所示。

 

而后在弹出的数据库里面选择导入的数据源和目标，选择导入的数据源界面以下所示。

而后在目标里面选择Mysql的驱动，填入相应的信息，以下界面所示。

 

而后在下一步选择须要导出的表信息。

 很不幸，这种方式操做数据库的导出操做没有办法成功。

 

二、从Navicat中导入MS SQLServer数据库数据

既然经过SQL Server Management Studio没法导入数据到Mysql数据库中，那么咱们尝试下Mysql的数据库管理工具Navicat，它也有数据传输（导入导出）的功能。

咱们在刚才建好的数据库上面右键调出对应的【数据传输】功能，而后设置好数据的源和目标，以下所示。

执行数据传输操做，顺利完成，很是强大和方便，并且没有任何错误。以下界面所示。

检查数据库导入的数据表和数据，没有问题。

三、Mysql数据库之间的传递

那么若是咱们须要部署到服务器，就须要把当前的Mysql数据库传递（或者还原）到服务器的MySQL数据库中，通常来说，咱们利用Mysql的Navicat管理工具就能够实现数据导出的sql文件里面，而后在服务器里面使用反向操做便可还原数据库成功的了。

 

转储SQL文件成功以下界面所示。

而在服务器的上面，咱们能够利用Navicat的运行SQL文件便可还原Mysql数据库了。

运行的结果以下所示。

固然有时候也会发现存在一些表依赖引用的状况发生，不知道是否是Navicat版本出来的问题，不过若是有这个问题，只要不是编码的问题，都好解决，打开sql文件把建立表的顺序调整一下就能够了，我就碰到过这种极端的状况，把一些依赖表调整到前面来就能够顺利导入数据了。

四、底层的Mysql数据库支持 

 底层支持多种数据库，对咱们开发不一样类型的项目有着很是重要的支撑做用，咱们不知道客户具体环境会选择那种数据库，若是咱们扩展不一样的数据库很是方便和迅速，无疑会给咱们提供很好的控制力和信心。

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

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

咱们为了避免同的数据库准备了不一样的数据库实现，不过也仅仅是特殊的接口调用而已，通常常规的增删改查以及分页等普通接口，所有交由基类接口实现便可。

如对于权限管理系统这个常规框架基础模块，多数据库的支持就很是必要的，它的数据库访问层以下所示。

不一样的数据库访问层实现也是相差无几的，通常能够利用代码生成工具进行快速生成后，增长自定义接口实现便可。

而对于不一样数据库的支持，直接复制过去，改动一下数据库实现层的命名空间和访问层的基类就能够了，若是有自定义SQL脚本上的差别，能够适当的修改便可。通常从一种数据库支持扩展到另一种数据库支持，无非就是复制过去，进行调整一下便可，很是方便快速，这个就是总体框架支持的魅力和效率所在。

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

有了这些底层支持，咱们在配置文件选择不一样的数据库的时候，选择性的保留其中一种数据库配置信息便可。下面是各类数据库支持的配置信息参考，通常保留一种便可。