看板 Database 關於我們 聯絡資訊
我的單位今年初時新系統上線了, 新舊資料轉換出了一大堆問題. 我不是資訊本科的, 工作內容也不是資管, 但是之前的系統很敗, 很多要用的東西 都沒有設計進去, 需要自己下SQL指令把我要用的東西撈出來做計算, 所以也讀了些 資料庫概論的東西. 不過因為我的單位很"人文", 大多同事對E都是很怕也不懂. 負責新系統導入的MIS也是新人, 我們都不清楚他的底細. 當初做資料轉入 時我想盡可能的把格式合的項目都用進去, 不過最後他大概只取了一半的項目 欄位, 理由我沒有問. 反正沒進去的, 就大家乖乖補key 吧, 雖然我覺得有點可惜. 最近的慘劇如下: 1. 這二天我做查詢發現有些舊資料用姓名找不到, 問他的結果是"當初妳給我的有部份 來不及加入, 現在補加". 2. 他加上去我發現很怪, 同一個人有的反而變成二筆重複, 一筆用新編碼一筆用舊的. 這什麼鬼啊. 3. 再跟他確認一次, MIS說他忘了, 因為時間點的原因當時有幾筆舊資料來不及轉入 , 年初他也請大家用新增的方式key-in補入, 己冠上新系統的編碼. 4. 這下子好了; 同一個人, 有的用新編碼, 而且還二筆(天知道是不是key-in 時重複), 有的新舊並存, 有的用舊編碼, 但二筆一模一樣! 5. 忘記了? database是你在管你在增減資料的耶! 加什麼減什麼轉成什麼都不作記錄? 資料大亂了. 恨歸恨, 問題還是要想法子解決. 我想問: 1. 這次出問題的database的內容還算單純, 1. 總筆數大概10000, 人名ID姓別地址. 但是有關連出去的表單也是單向的. 一筆筆去檢查除錯, 是不是可能救回來. 2. 這個MIS倒底有沒有問題? 感謝各位大人. -- ~~~~~~~~~~~~~~~~~~~~~~~~ 取紅顏刀, 殺盡天下無情人. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.248.176.82 ※ 編輯: Loom 來自: 60.248.176.82 (07/17 18:40)
slalala:2有問題 我覺得整個資料庫的Schema設計都是問題 07/17 20:48
qrtt1:把重要的事教給不知到有幾兩重的人,這決定本身就有問題。 07/17 21:12
TonyQ:沒有backup 的制度 , 單位也很有問題. 07/18 13:04
adrianshum:沒有請我們大吃一餐就要我們回答, 也很有問題 (誤) 07/18 15:29
starjou:推樓上 07/18 17:01
esyc:這MIS真的懂嗎= ="""""""" 07/18 20:54
diamondking:請問你是用哪種資料庫?說一下才知道好不好救... 07/19 01:18
adrianshum:順便提一下,下次還有機會的話,緊記要做 UAT 07/20 23:04
rosepain:UAT?別用這麼專業的用詞,使用者測試也要看有無環境呀! 07/20 23:46
Loom:SQL2005 講到這就更生氣了.後來發現他居然裝盜版. 07/23 14:53
sakura000:公司為了省錢請個不到三萬的無經驗新人問題最大(逃) 07/23 16:28
jijung:在我看來文中提起的每一個人都有問題 (誤) 07/24 15:47
ling123:很像我的同事 鞭一下動一下 出了問題就只會講這是xxx講的 07/29 09:06