看板 Soft_Job 關於我們 聯絡資訊
剛換到某個甲方單位的資訊部,正值他們要轉換舊核心系統的時機 舊系統是dos+informix的組合,打算改成web版+sql server,覺得比較有彈性跟維護 目前聽到的計畫是,第一階段先把界面改成web版,後端一樣接informix 上線後等使用者用習慣新的操作,再把後端改掉 我有點好奇的是,除非資料庫table schema都不改變 否則到時web的程式不也得因應跟著改嗎?畢竟存取資料庫的語法有些差異 (這裡無hibernate這類的設計,純粹在程式裡下sql語法) 而schema維持原樣也有點奇怪,因為據說舊系統受限於技術及東加西加的需求 所以有很多小系統, 也造成有很多散亂的table 聽起來系統轉移平台只會轉資料庫跟前端的呈現 後端schema的設計並不會跟著作調整 不曉得大家有遇過公司轉換核心系統嗎? 一般大概會有什麼樣的考量呢?像我遇到的這種是一般性的狀況嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.104.131.120
vvppqqvv:你說的很正常阿 06/05 01:35
vvppqqvv:這種事本來就是一步一步來 06/05 01:35
vvppqqvv:一定是整個系統轉換後OK才來考慮需求 06/05 01:36
vvppqqvv:我是覺得schema先維持不變也好 06/05 01:37
vvppqqvv:等到轉換後穩定定了再來考慮需求 06/05 01:38
iincho:3降低風險吧,不要一次拔掉比較安全 06/05 07:54
erik777:這樣程式要大改版兩次 是有點累 @@ 06/05 11:18
bobju:慢慢改,先保留舊系統的資料架構,用來驗證新系統的正確性. 06/05 16:07
bobju:一次性地大改特改,改太多會亂掉,那才是災難. 06/05 16:08
tomap41017:大改會有災難我相信,那如果直接開發新系統呢? 06/05 19:26
bobju:那要看誰做主,直接開發新系統會涉及政治問題. 06/05 21:28
sopoor:先確認統一性...不要資訊單位說要改之後,使用端在抗議 06/05 23:15
mmm951:懷疑後端連不連的到....走甚麼協定阿 06/07 16:28