我之所以會寫這篇對比文章,是因為公司新產(chǎn)品研發(fā)真實經(jīng)歷過這個痛苦過程(傳統(tǒng)基于SQL Server開發(fā)的C/S產(chǎn)品轉(zhuǎn)為MySQL云產(chǎn)品)。首次需要數(shù)據(jù)轉(zhuǎn)換是測試環(huán)節(jié),當時為了快速驗證新研發(fā)云產(chǎn)品性能與結(jié)果準確性(算法類),所以需大量的原始數(shù)據(jù),最快的辦法就是使用老產(chǎn)品的真實數(shù)據(jù)。因為在前期數(shù)據(jù)轉(zhuǎn)換時主用于內(nèi)部驗證,并沒有花很多心思去處理這個事情,一般數(shù)據(jù)能導過去,不對的地方自己再手工處理一下就好了。后面對這個轉(zhuǎn)換工具引起了極大的重視是正式有老客戶升級時,因為正式投入使用就容不得半點錯誤(當時至少有幾百家客戶需要升級新產(chǎn)品),所以數(shù)據(jù)轉(zhuǎn)移第一要求是百分百的準確率,其次是速度要快?,F(xiàn)在回想起來,當時要有這么一篇對比文章,那我就不會浪費那么多時間在查找、對比、驗證工具和數(shù)據(jù)維護修正上了,所以真心希望通過這篇對比文章能給大家提供一些參考或幫助!下面進入正題:

 

      在部署前期,首要任務就是考慮如何快速把基于 SQL Server 數(shù)據(jù)庫的應用程序移植到阿里云的 MySQL 數(shù)據(jù)庫。由于程序是基于 O/R mapping 編寫,并且數(shù)據(jù)庫中沒有使用存儲過程、用戶函數(shù)等數(shù)據(jù)庫功能,因此僅僅需要考慮的是數(shù)據(jù)庫中的數(shù)據(jù)如何轉(zhuǎn)換到新的 MySQL 數(shù)據(jù)庫中。

 

      通過度娘查找,找到如下四種可以使用的工具,并且每一種工具都有大量的用戶,還有不少用戶在自已的博客中寫下了圖文使用經(jīng)驗,這四種工具分別是: 

● 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) 

      由于公司需要處理的是業(yè)務數(shù)據(jù)庫,因此必須保證數(shù)據(jù)轉(zhuǎn)換的準確率(不允許丟失數(shù)據(jù),數(shù)據(jù)庫字段、索引完整),并且需要保證數(shù)據(jù)庫遷移后能立即使用。因此在實施數(shù)據(jù)遷移前,對這幾種 SQLServer 到 MySQL 的遷移工具進行一個全面測試。下面我們將基于以下需求為前提進行測試:

● 軟件易用性
● 處理速度和內(nèi)存占用
● 數(shù)據(jù)完整性
● 試用版限制
● 其它功能

一、測試用的源數(shù)據(jù)庫和系統(tǒng)

 

      用于測試的源數(shù)據(jù)庫名為 MesoftReportCenter。由于其中一個測試工具試用版限制只能處理兩張數(shù)據(jù)表的原因,因此我們只選取了記錄數(shù)最多的兩張數(shù)據(jù)表:HISOPChargeIntermediateResult 和 HISOPChargeItemIntermediateResult。兩張數(shù)據(jù)表合計的記錄數(shù)約為 328萬,數(shù)據(jù)庫不算大,但針對本次進行測試也基本上足夠了。

 

 photoshop培訓,電腦培訓,電腦維修培訓,移動軟件開發(fā)培訓,網(wǎng)站設(shè)計培訓,網(wǎng)站
        
        	<div   id=

延伸閱讀

學習是年輕人改變自己的最好方式-Java培訓,做最負責任的教育,學習改變命運,軟件學習,再就業(yè),大學生如何就業(yè),幫大學生找到好工作,lphotoshop培訓,電腦培訓,電腦維修培訓,移動軟件開發(fā)培訓,網(wǎng)站設(shè)計培訓,網(wǎng)站建設(shè)培訓學習是年輕人改變自己的最好方式