从SQL Server到MySQL,4款主流迁移工具到底哪家强?

  • 时间:
  • 浏览:1
  • 来源:uu快3骗局_uu快3心得_开奖

从 SQL Server 迁移到本地 MySQL 进行代码测试和修改;

数据全版性

Mss2sql(http://www.convert-in.com/)

一、测试用的源数据库和系统

内存:2GB

DB2DB:全版支持 SQL Server 的默认值。

操作系统:Windows XP

4、DB2DB

Mss2sql 是最容易在百度上搜索出来的工具,原因分析分析之一是它出現 的时间较早。

操作系统:Windows XP

用于测试的源数据库名为 MesoftReportCenter。原因分析分析其中一一一六个 多测试工具试用版限制不在 处理两张数据表的原因分析分析,或者 你都都要们 只选泽了记录数最多的两张数据表:HISOPChargeIntermediateResult 和 HISOPChargeItemIntermediateResult。两张数据表合计的记录数约为 3215万,数据库不算大,但针对本次进行测试也基本上足够了。

你都都要们 通随后台 SQL 对记录数进行检查,发现所有的工具都能把记录全版地迁移到新的数据库。原因分析分析仔细观察,都都要发现上图中各个数据库的大小是不一致的,基本的判断原因分析分析各种工具在映射数据表字段时,字段长度取值原因分析分析不在 而引起的。而 mesoftreportcenter2 数据库大小比起其它数据库差越哪几条了一半,这引起了你都都要们 的注意。通过分析,你都都要们 发现 Navicat Premium 在迁移数据库时,太少会为该数据库所有数据表创建索引和主键缺少索引和主键的数据库大小显然比其它数据库要少得多。

在许多老旧的系统中,数据库就有地处 Text、二进制类型的字段数据,通过测试对比后,一种工具都完美支持 Text 和 二进制(Image)类型字段。

现在回想起来,当都要有不在 一篇对比文章,曾经就太少再浪费不在 多时间在查找、对比、验证工具和数据维护修正上了,可是我 真心希望通过这篇对比文章能给你都都要们 提供许多参考或帮助!下面进入正题:

一种工具中,原因分析分析 SQLyog 和 Navicat Premium 提供了额外的管理功能,可是我 价格相比其它两款工具的要高得多。很糙是 Navicat,都可是我 Premium 版本才提供数据转换的功能。而 Mss2sql 最新版本的试用版只提供了 150 秒处理时间,原因分析分析实用价值不大。而笔者与 DB2DB 作者联系时得知,DB2DB 设置 115万记录限制,主可是我 我考虑国内可是我 小型软件记录数全版就有少于 10 万笔,而例如类人群一般全版就有小型创业团队。

1、SQLyog

注:红色字体标识为胜出者。

Mss2sql 原因分析分析是很有针对性的从 SQLServer 迁移到 MySQL,原因分析分析界面使用了操作向导设计,使用非常容易。一起去在设置的过程中,有非常多的选项进行细节调整,都都要感觉到软件经过了相当长一段时间的使用渐渐完善出来的。

SQLServer 服务配置:

二、软件易用性评测

Navicat Premium 的处理带宽属于中等,不算快可是我 我算慢,但 CPU 占用还有内存占用都地处高位水平。不过以现在的电脑硬件水平来说,还是都都要接受。但 CPU 占用率太高,将使得数据在导入的过程中,服务器不在 用于其它用途。

原因分析分析公司都要处理的是业务数据库,或者 都要保证数据转换的准确率(不允许丢失数据,数据库字段、索引全版),或者 都要保证数据库迁移都都要立即使用。或者 在实施数据迁移前,对这几种 SQLServer 到 MySQL 的迁移工具进行一一一六个 多全面测试。下面你都都要们 将基于以下需求为前提进行测试:

Mss2sql:支持默认值但有严重错误;

或者 你都都要们 的测试也会针对例如一一六个 多场景分别进行评测,测试结果如下(记录数约为 3215万):

1150MB 电信光纤

Navicat Premium(https://www.navicat.com/products/navicat-premium)

三、处理带宽和内存占用评测

2、Navicat Premium

SQLyog:全版支持 SQL Server 的默认值;

以下为测试过程中的截图:

在本评测前,个人 的一位资深同事曾经从网上下载了某款迁移软件,把一一一六个 多至少21150万记录数的数据表转送到阿里云 MySQL,结果经过了半年三夜(好在其中半年是星期六和星期日一一一六个 多休息日)都未能迁移过来。或者 例如次都要对这六个工具的处理带宽作一一一六个 多全版的测试。

Mss2sql 的默认值一一一六个 多多严重的错误,在 SQL Server 中字段默认值为空字符串 '',但迁移随后变成一一一六个 多 '' 符号。Mss2sql 例如严重的错误会使得多线程 在正式环境运行后,数据库会产生错误的数据!

我固然会写这篇对比文章,原因分析分析公司新产品研发真实经历过例如痛苦的过程(传统基于SQL Server开发的C/S产品转为MySQL云产品)。首次都要数据转换是测试环节,当时为了快速验证新研发云产品性能与结果准确性(算法类),可是我 需极少量的原始数据,最快的方法 可是我 我使用老产品的真实数据。

1、SQLyog

六、评测总结

SQLyog 使用的是古老的 ODBC 连接,但对于新一代的多线程 来说,例如方法 的非常的很熟悉或者 不容易使用,或者 都要要求本机安装好相应的数据库的 ODBC 驱动多线程 (SQL Server 一般自带好)。

1150MB 电信光纤

五、各工具其它功能及试用版限制

以上四款软件中,最不推荐使用的是 Navicat Premium,主要原因分析分析是数据的全版性表现较差,转换后的数据不在 立即用于生产环境,都要多线程 员仔细自行查找原因分析分析和分析。而 SQLyog 有较好的数据全版性,但整体处理带宽非常的慢,原因分析分析数据较大的情况下,都要浪费非常多宝贵的时间。比较推荐的是 DB2DB,软件整体表现较好,对我来说最重要的是在不购买的情况下也够用了,或者 全中文的傻瓜式界面操作起来其实方便。

软件易用性主可是我 我指软件在导入前的配置是是是不是容易。原因分析分析可是我 软件设计是面向多线程 员而非一般的数据库管理人员、甚至是普通的应用多线程 实施人员,而例如类人员可是我 随后并不在 数据源配置经验。原因分析分析许多使用 ODBC 原因分析分析 ADO 进行配置的多线程 往往会让例如用户造成困扰(主可是我 我他不知道应该选泽那些类型的数据库驱动多线程 )。下面随后都都要们 看看六个工具的设计界面:

通过度娘查找,找到如下一种都都要使用的工具,或者 每一种工具全版就有极少量的用户,还有不少用户在自已的博客中写下了图文使用经验,例如种工具分别是: 

估计原因分析分析数据库同步会地处许多技术大问题的原因分析分析,4 款工具目前全版就有可是我 我提供试用版本,最后你都都要们 来看看六个工具的试用版本个人 的限制是那些:

内存:1GB

Navicat Premium 是六个应用工具中设计最不人性化的一一一六个 多:从上图为甚也想像不在 要点按那个小按钮来打上去一一一六个 多新的连接,或者 例如连接设置太少再保存,每次导入时都都要重新设置。 Navicat Premium 使用的是比 ODBC 稍先进的 ADO 设置方法 (199X年代的产物),但使用上依然是针对老一代的多线程 员。

DB2DB 同样迁移 150万数据时,仅仅使用了 2 分 44 秒,例如带宽相当惊人。不过最后的结果出現 一一一六个 多 BUG,可是我 我提示了转打上去功,但上边的进度条却不在 走完(在上边的数据全版性评测中,你都都要们 验证了数据其实原因分析分析全版处理完毕了)。

从 SQL Server 迁移到云端 MySQL 数据库正式上线使用;

2、Navicat Premium

Mss2sql 并不在 提供计时器,或者 你都都要们 使用人工计时的方法 ,整个过程处理完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高,但仍属于都都要接受的范围之内。

处理带宽和内存占用

一起去为了测试的公平性,除 Mss2SQL 外,所有软件全版就有直接从官网下载最新的版本。 Mss2SQL 原因分析分析试用版的限制原因分析分析不在 参与测试,而使用了网上唯一能找到的 5.3 破解版进行测试。

试用版限制

3、Mss2sql

原因分析分析在前期数据转换时主用于内部管理验证,并不在 花可是我 心思去处理例如事情,一般数据能导过去,不对的地方个人 再手工处理一下就好了。上边对例如转换工具引起了极大的重视是正式有老客户升级时,原因分析分析正式投入使用就容不得半点错误(当时至少有几百家客户都要升级新产品),可是我 数据转移第一要求是百分百的准确率,其次是带宽要快。

MySQL 服务配置:

本文来自云栖社区企业企业合作伙伴"DBAplus",原文发布时间:2016-09-28

DB2DB 原因分析分析是由国人开发,或者 无论是界面还是提示信息,全版就有全程汉字。另外,原因分析分析 DB2DB 在功能上很有针对性,原因分析分析界面设计一目了然和易使用。和 mss2sql 一样, DB2DB 提供了非常多的选项供用户进行选泽和设置。

软件易用性

SQLyog(https://www.webyog.com/product/sqlyog)

3、Mss2sql

DB2DB(http://www.szmesoft.com/DB2DB) 

注意:你都都要们 在测试 Navicat Premium 迁移到  MySQL 时发现,对于 SQL Server 的 Money 类型支持不好(不排除还有其它的数据类型支持不好)。Money 类型字段默认的小数位长度为 255,使得无法创建数据表原因分析分析整个测试无法成功,都要你都都要们 逐张表进行表形态修改能够完成测试过程。



考虑到从 SQL Server 迁移到 MySQL 会出現 一种不同的场景:

把数据准确无误地从 SQL Server 迁移到 MySQL 应该作为那些工具的一一一六个 多基本要求,或者 这里你都都要们 对一种工具转换随后的结果进行检查。

Navicat Premium:全版不支持默认值,所有迁移后的数据表都不在 默认值;

4、DB2DB

小结:

四、数据全版性评测

在部署前期,首要任务可是我 我考虑何如快速把基于 SQL Server 数据库的应用多线程 移植到阿里云的 MySQL 数据库。原因分析分析多线程 是基于 O/R mapping 编写,或者 数据库中不在 使用存储过程、用户函数等数据库功能,或者 仅仅都要考虑的是数据库中的数据何如转换到新的 MySQL 数据库中。

最后,对四款软件的测试结果作一一一六个 多整体的总结:

其它功能

为了解各工具迁移后的数据库都都要立即应用于生产环境,你都都要们 对创建后的数据表进行了更深入的分析,发现各工具对字段默认值的支持程度可是我 我尽相同。其中: 

SQLServer 服务器和 MySQL 服务器分别运行在两台独立的虚拟机系统中,而所有的待测试多线程 都运行在 MySQL 所在的服务器上边。其中: