我之所以会写这篇对比文章，是因为公司新产品研发真实经历过这个痛苦过程（传统基于SQL Server开发的C/S产品转为MySQL云产品）。首次需要数据转换是测试环节，当时为了快速验证新研发云产品性能与结果准确性（算法类），所以需大量的原始数据，最快的办法就是使用老产品的真实数据。因为在前期数据转换时主用于内部验证，并没有花很多心思去处理这个事情，一般数据能导过去，不对的地方自己再手工处理一下就好了。后面对这个转换工具引起了极大的重视是正式有老客户升级时，因为正式投入使用就容不得半点错误（当时至少有几百家客户需要升级新产品），所以数据转移第一要求是百分百的准确率，其次是速度要快。现在回想起来，当时要有这么一篇对比文章，那我就不会浪费那么多时间在查找、对比、验证工具和数据维护修正上了，所以真心希望通过这篇对比文章能给大家提供一些参考或帮助！下面进入正题：
在部署前期，首要任务就是考虑如何快速把基于 SQL Server 数据库的应用程序移植到阿里云的 MySQL 数据库。由于程序是基于 O/R mapping 编写，并且数据库中没有使用存储过程、用户函数等数据库功能，因此仅仅需要考虑的是数据库中的数据如何转换到新的 MySQL 数据库中。
通过度娘查找，找到如下四种可以使用的工具，并且每一种工具都有大量的用户，还有不少用户在自已的博客中写下了图文使用经验，这四种工具分别是：
● SQLyog（https://www.webyog.com/product/sqlyog）
● Navicat Premium（https://www.navicat.com/products/navicat-premium）
● Mss2sql（http://www.convert-in.com/）
● DB2DB（http://www.szmesoft.com/DB2DB）
由于公司需要处理的是业务数据库，因此必须保证数据转换的准确率（不允许丢失数据，数据库字段、索引完整），并且需要保证数据库迁移后能立即使用。因此在实施数据迁移前，对这几种 SQLServer 到 MySQL 的迁移工具进行一个全面测试。下面我们将基于以下需求为前提进行测试：
● 软件易用性
● 处理速度和内存占用
● 数据完整性
● 试用版限制
● 其它功能
一、测试用的源数据库和系统
用于测试的源数据库名为 MesoftReportCenter。由于其中一个测试工具试用版限制只能处理两张数据表的原因，因此我们只选取了记录数最多的两张数据表：HISOPChargeIntermediateResult 和 HISOPChargeItemIntermediateResult。两张数据表合计的记录数约为 328万，数据库不算大，但针对本次进行测试也基本上足够了。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式