續構雖然大部分取決於政治角力,但到dead line的時候,最終還是要迴歸專業
即使談判破裂,一定的技術支援仍然是不無小補
近年來的IT產業型態丕變,委外情形普及,出現異地開發時資料庫不同步的現象
過去做中鋼案,使用Perl進行Generate Code,再富邦理規上則有大幅使用比例
用於程式還好,用於DB則有明顯改善.
委外最明顯的情形是DB Schema與Data不同步,尤其中期接手續構
已有phase I驗收時,已online的schema與data,即使設計不良也得接受
所以DB續構議題如下:
1.兩邊Schema同步:
(1)匯出兩造DB Schema: ExportSchema.pl
(2)比較兩造DB的Table差異:DiffDB.pl
(3)比較兩造Table Schema差異: DiffTable.pl
(4)取捨: 若已online的table,以online的為主;若開發中的才有的table,以委外單為主
2.兩邊Data同步: 這部分比Schema複雜,資料來源由客戶與開發者提供
開發者提供的資料大多像權限或架構面所需要的資訊
而客戶提供的有業務資料與基準資料,其中業務資料通常需要保密,不能洩給委外單位
再者每個DB都有自己的import/export格式,我通常折衷以Insert SQL表示之.是故Data Tool如下:
(1)ExportData.pl:指定table匯出其Insert SQL
(2)若要換新的Schema,又要保存舊的Schema資料來insert到新的schema: 目前尚未實作出來
這還包括哪些舊欄位不要, 哪些新欄位因為舊有記錄預設其值.
當然DB同步還有另外兩個議題
(1)從文檔(word檔)轉成Create SQL容易,但從DB回饋到文檔就難了
(2)若有DAO,從文檔或DB轉成DAO Code容易,但相關程式連動修改就難了
全站熱搜
留言列表
