[心得]LifeType 1.0.3數據整理

[TomexOu]

我的plog由0.31追新一直升級到LifeType 1.0.3，採用升級包方式都蠻順的
前陣子因為升級MySQL5/PHP5造成utf8資料varchar長度被截斷而發生問題
如無法登入, po文有錯誤...等等。

沒辦法，只要來一次手動整理資料，分享一下我的經驗。
1.假如原資料是plog_xxxx，那麼設法從wizard.php得到LT1.0.3的表格schema定義
建立相關的空表格。

2.下載Navicat MySQL管理工具，它是目前一套能在win32下看到utf8數據的優良工具。

3.從pLog 0.31至LT1.03，有些欄位或table不再需求，因為我以LT1.03的欄位為主
使用insert into newTable (select * from oldTable)語法進行搬移。

4.搬移的語法最麻煩，因為要取得相關欄位及table名，我沒有用程式語法去寫
而是寫小程式作字串置換，如附件zip是我的sql整理語法。

整體而言，搬移整理是個苦差事，約要花2-3小時比對整理，
不過掌握了db數據及資料分佈狀況，對於lt就更能信任一分喔!

想一氣呵成，才至現在還沒睡，不過至少成功了
為此明天就請半天假吧! zzz...

[lss]

hi tomex_ou:

真的是好辛苦，好累人的工作。

其他人若有這方面的需求時，要請你有空閒時能不吝多多指導哦

lss

對了，看你整理的 SQL ，你的新資料庫的每一個資料表好像都沒有加 db_prefix 哦！記得同步修改 config.properities.php 。

[TomexOu]

嗯，我這次沒有加上db_prefix，
因為習慣一個主題一個資料庫。

其實上述的sql應該是能寫php自己產生來跑
但是我必須一個一個去校正可能的問題
所以比較笨地整理所有標準的LT 1.0.3欄位名
順勢把一些已廢除的table的冗資料給清除乾淨...

現在使用上的心情，就像把房子打掃乾淨一樣
舒爽呀...

[minstrel]

唔. 前陣子才做了同樣類似的事.....唉...