用perl做資料庫遷移，從MSSQL到MYSQL（-）大概思路

最近手上有一項目，需要把資料庫從SQL SERVER切換到MySQL,其業務原因暫且不提。小弟拿到這一項目之後，頭痛不已，因為項目中用到了SQL Server2008的一些新的資料類型，包括Geometry,包括hierarchyid（級聯ID）這類SQL Server新的資料類型。當然，MySQL自V5之後，支援Geometry但還不支援基於Geometry的運算，因此在做資料移轉的時候，此方面必須要有所考慮。當然，這是後話，先不管三七二十一，先把資料全部導到MySQL之中再說。

在做前期技術選型的時候，我想過用ETL工具，而且手上也有好幾個用得比較熟悉的ETL工具，但，一想到要拖拖拉拉建模，而且表那麼多（本次初步估了一下，涉及到差不多500多張表...），像hierarchyid這種欄位，在轉換的時候，還得要在來源資料上做轉換，頭昏，腦漲，奶酸，蛋痛等一切癥狀全上來了。前不久在某罈子上看到對Perl的介紹，外加掌握Perl會簡化Linx的營運工作。於是摩拳擦掌準備用Perl來寫一個導資料指令碼。由於上弟在之前從沒用Perl寫過任何指令碼，哪怕一行都木有，所以，迅速找到一本Perl的電子本【Perl語言入門  第五版】，人稱“小駱駝”。

廢話不多說，先說一下，我對程式的大概的思路：

先建資料表，在建表的時候，暫時不做太大的資料欄位上邊的改多。（之前我還在想，直接把級聯ID自動拆分為2個欄位，ID與ParentID，但在第一輪測試的過程中，發現因為級聯ID被用作了外鍵，在做轉換的時候，會出現欄位重複啊，衝突啊神馬的東西，而且，這種外鍵也不是很好自動關聯，只好放棄。）

再導資料，用最簡單的方法先匯出來，從SQL SERVER中查出來，插入到MYSQL就完事。但在這裡我做了一個測試，如果把一整張表放到記憶體中，伺服器基本不用幹其它事了。於是我在這裡把一張資料表拆分了，每次導2000條。。。

最後再查出使用過級聯ID（hierarchyid）的欄位，再寫指令碼處理這些表的欄位。