這顯然製作新系統之前，完全沒考慮也沒溝通能不能把舊資料遷移過來。都做好了才在思考這個問題，通常會付出很大代價。
這種事後補救，就不用考慮兩邊正規化問題了，各自顧好，能把舊資料大多數匯到新系統已經很偷笑。
一般這種遷移，會先找幾個人當 pilot run 團隊。同時使用新舊系統，確保兩邊的資料一致。pilot run 期間一有什麼不同步，就要趕緊找方案解決。每隔一段時間確定沒問題，就讓越多人使用新系統，然後逐漸沒有人使用舊系統，然後就換過來了。
想辦法分析舊資料，評估哪些欄位要留著那些不要，
然後把資料整理成新資料庫能的讀的格式。
資料整理的方式依資料量與複雜度的不同，可以匯出EXCEL或是中繼資料表。
然後另外寫程式去讀取整理好的資料，依新系統的設計去做轉換，匯入到新系統中。
這需要細心一步步的拆解，然後先用少量資料做測試，
避免資料匯入到新系統後發生BUG。
除非資料真的亂到兩邊兜不起來，不然要做應該還是可以試試看的，
就是想辦法讓新系統上呈現的資料能跟舊的一樣。
如果是實作上有困難，還想不到怎麼轉換，那就把例子PO上來，
讓大家幫你分析想辦法，不然也是不知道有多難轉換。
門外漢問問.
能否寫一個中間人程序,把舊系統的資料用機械人形式重新輸入到新系統中,等新系統自動放回新的 database 中呢?
iThome鐵人賽
看影片追技術