遷移SQL
成都創(chuàng)新互聯(lián)公司企業(yè)建站,十余年網(wǎng)站建設經(jīng)驗，專注于網(wǎng)站建設技術，精于網(wǎng)頁設計，有多年建站和網(wǎng)站代運營經(jīng)驗，設計師為客戶打造網(wǎng)絡企業(yè)風格，提供周到的建站售前咨詢和貼心的售后服務。對于成都做網(wǎng)站、成都網(wǎng)站設計中不同領域進行深入了解和探索，創(chuàng)新互聯(lián)在網(wǎng)站建設中充分了解客戶行業(yè)的需求，以靈動的思維在網(wǎng)頁中充分展現(xiàn)，通過對客戶行業(yè)精準市場調(diào)研，為客戶提供的解決方案。
Server系統(tǒng)數(shù)據(jù)庫步驟：
使用微軟SQL
Server管理工具移動數(shù)據(jù)庫
1、單擊開始菜單，選擇SQL
Server管理工具，然后在快速查找欄輸入SQL
Server。
2、打開SQL
Server管理工具
3、目的數(shù)據(jù)庫選擇
將會出現(xiàn)恢復數(shù)據(jù)庫窗口，在恢復到數(shù)據(jù)庫框中輸入我們想要恢復的數(shù)據(jù)庫名稱。
4、源數(shù)據(jù)庫
選擇來源數(shù)據(jù)庫單選按鈕選擇你的備份文件存放的位置。
5、選擇備份文件
要恢復的文件將會出現(xiàn)在已經(jīng)選擇的要恢復文件框中，選中多選按鈕繼續(xù)下一步操作。
6、新路徑
現(xiàn)在處于恢復的關鍵時刻，你需要從選擇頁中選擇選項，如上圖所示。在這里要為你的數(shù)據(jù)庫文件指定新的路徑。這和后面將要介紹的移動選項類似，只要在數(shù)據(jù)庫和日志文件后面鍵入一個新的路徑即可。例如，當前的路徑結構如下：
C:Program
FilesMicrosoft?SQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here.mdf
C:Program
FilesMicrosoft?SQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here_1.ldf
7、移動到新路徑
我們希望將這些數(shù)據(jù)庫文件移動到一個新路徑，鍵入新路徑就可以。本文我們移動到下面的路徑：
D:
SQLDATADatabase_Name_Here.mdf
D:SQLLogsDatabase_Name_Here_1.ldf
8.成功恢復
以下有幾款遷移工具的對比，可以參考，比較推薦DB2DB.
軟件易用性主要是指軟件在導入前的配置是否容易。由于很多軟件設計是面向程序員而非一般的數(shù)據(jù)庫管理人員、甚至是普通的應用程序?qū)嵤┤藛T，而這一類人員很多時候并沒有數(shù)據(jù)源配置經(jīng)驗。因為一些使用 ODBC 或者 ADO 進行配置的程序往往會讓這類用戶造成困擾（主要是不知道應該選擇什么類型的數(shù)據(jù)庫驅(qū)動程序）。下面讓我們看看四個工具的設計界面：
1、SQLyog
SQLyog?使用的是古老的 ODBC 連接，但對于新一代的程序來說，這種方式的非常的不熟悉并且不容易使用，并且必須要求本機安裝好相應的數(shù)據(jù)庫的 ODBC 驅(qū)動程序（SQL Server 一般自帶好）。
2、Navicat?Premium
NavicatPremium是四個應用工具中設計最不人性化的一個：從上圖怎么也想像不到要點按那個小按鈕來添加一個新的連接，并且這個連接設置不會保存，每次導入時都必須重新設置。NavicatPremium使用的是比 ODBC 稍先進的 ADO 設置方式（199X年代的產(chǎn)物），但使用上依然是針對老一代的程序員。
3、Mss2sql
Mss2sql?是最容易在百度上搜索出來的工具，原因之一是它出現(xiàn)的時間較早。
Mss2sql由于是很有針對性的從 SQLServer 遷移到 MySQL，因為界面使用了操作向?qū)гO計，使用非常容易。同時在設置的過程中，有非常多的選項進行細節(jié)調(diào)整，可以感覺到軟件經(jīng)過了相當長一段時間的使用漸漸完善出來的。
4、DB2DB
DB2DB?由于是由國人開發(fā)，因此無論是界面還是提示信息，都是全程漢字。另外，由于 DB2DB 在功能上很有針對性，因為界面設計一目了然和易使用。和 mss2sql 一樣， DB2DB 提供了非常多的選項供用戶進行選擇和設置。
三、處理速度和內(nèi)存占用評測
在本評測前，本人的一位資深同事曾經(jīng)從網(wǎng)上下載了某款遷移軟件，把一個大約2500萬記錄數(shù)的數(shù)據(jù)表轉(zhuǎn)送到阿里云 MySQL，結果經(jīng)過了三天三夜（好在其中兩天是星期六和星期日兩個休息日）都未能遷移過來。因此這一次需要對這四個工具的處理速度作一個詳細的測試。
考慮到從 SQL Server 遷移到 MySQL 會出現(xiàn)兩種不同的場景：
從 SQL Server 遷移到本地 MySQL 進行代碼測試和修改；
從 SQL Server 遷移到云端 MySQL 數(shù)據(jù)庫正式上線使用；
以下為測試過程中的截圖：
1、SQLyog
請點擊輸入圖片描述
2、Navicat Premium
請點擊輸入圖片描述
請點擊輸入圖片描述
注意：我們在測試 Navicat Premium 遷移到 ?MySQL 時發(fā)現(xiàn)，對于 SQL Server 的 Money 類型支持不好（不排除還有其它的數(shù)據(jù)類型支持不好）。Money 類型字段默認的小數(shù)位長度為 255，使得無法創(chuàng)建數(shù)據(jù)表導致整個測試無法成功，需要我們逐張表進行表結構修改才能完成測試過程。
Navicat Premium?的處理速度屬于中等，不算快也不算慢，但 CPU 占用還有內(nèi)存占用都處于高位水平。不過以現(xiàn)在的電腦硬件水平來說，還是可以接受。但 CPU 占用率太高，將使得數(shù)據(jù)在導入的過程中，服務器不能用于其它用途。
3、Mss2sql
Mss2sql?并沒有提供計時器，因此我們使用人工計時的方法，整個過程處理完畢大于是 726 秒。Mss2sql 的 CPU 占用率相對其它工具來說較高，但仍屬于可以接受的范圍之內(nèi)。
4、DB2DB
請點擊輸入圖片描述
DB2DB?同樣遷移 300萬數(shù)據(jù)時，僅僅使用了 2 分 44 秒，這個速度相當驚人。不過最后的結果出現(xiàn)一個 BUG，就是提示了轉(zhuǎn)換成功，但后面的進度條卻沒有走完（在后面的數(shù)據(jù)完整性評測中，我們驗證了數(shù)據(jù)其實是已經(jīng)全部處理完畢了）。
二、將SQL
Server數(shù)據(jù)遷移到MySQL需要注意的一些問題
1、唯一索引的不同，sql
server的唯一索引的字段只能允許存在一個null值，而mysql，一直oracle中唯一索引對應的字段都允許存在多個null值。
2、存儲過程的語法存在很大的不同，存儲過程的遷移是最麻煩的，需要仔細修改。
3、程序中部分寫的SQL語句由于語法的不同也要相應的修改。
三、將SQL
Server數(shù)據(jù)遷移到MySQL的常見方法
1、使用 SQLyog 遷移
優(yōu)點
該遷移方法很簡單，靈活，遷移時，可以進行字段的修改，比如在sql
server中原來是datetime，然后遷移到mysql時你可以配置成timestamp；成功率很高；
缺點
遷移很慢！這是該方法最大的缺點，如果表的數(shù)據(jù)量達到幾十萬行，甚至幾百萬行，你會發(fā)現(xiàn)遷移起來真的很慢。明顯比其他遷移方法慢很多。
2、使用 powerdesigner 和 sql server 的腳本導出功能 來遷移
(1)、該方法首先使用 powerdesigner，對sql
server數(shù)據(jù)庫，進行逆向工程，得到E-R圖，然后生成MySQL的建表語句。完成數(shù)據(jù)庫結構的遷移；當然表結構的遷移，不使用powerdesigner一樣也是可以的。比如我將表結構導出成語句，然后手動進行修改，然后在MySQL中運行，也是一樣的；
(2)、然后使用 sql server的工具 SSMS，將sql
server數(shù)據(jù)庫中的表的數(shù)據(jù)，導出成insert語句，每個表對應導出一個文件，然后對文件進行一些處理，然后導入到MySQL數(shù)據(jù)庫中。
3、使用Oracle MySQL Server 官方的 workbeach 工具進行遷移
(1)、在workbench 連接sql server時，用戶需要有 view any database 的權限。不然workbench無法訪問sql
server的表結構的元數(shù)據(jù)，從而無法進行遷移。
(2)、還有使用 Navicat 來進行遷移的方法，方法和 SQLyog 是類似的。
重慶分公司
重慶分公司
