jeel54321 wrote:我也是同業,這個工程(恕刪) 這位工程師的口氣真像某些PM啊... 會吹.不好畫流程圖, 基本上就1. 在後台要把原本健保資料庫預留(或是另開一個)時間戳記紀錄. 用來存次上傳過來的紀錄.2. 操作時, 把健保卡資料傳回後台, 比較上次時間戳記(合規就存入新的戳記), 返回提示.
其實程式面跟資料庫的問題不大,只要流程跟邏輯通了就沒啥大問題,真正大的問題是明天大量連線進系統,雖然聽說這兩天有做壓力測試,但是明天的大量連線的電腦跟網路狀況是很難預測會出什麼問題的,希望這種問題不會發生,否則政府就等著被K吧!!!
jeel54321 wrote:你有沒有學過資料庫正規化?一個規劃良好的資料庫,不建議這麼做。 只要碰過跟政府單位對接的系統, 你就不會這麼說了.戶政系統太久遠我們沒參與到, 光是財政部相關的系統規格, 就能讓人一邊看一邊槓, 一邊還得感謝政府賞飯吃.
crazyking wrote:其實程式面跟資料庫的(恕刪) 哈哈!剛剛看到一個新聞,的確有藥局的人擔心lag和系統無法負荷這個問題他說購買口罩後,紀錄不會馬上上傳至健保資料庫,要經過一段時間我是不清楚要多久後才會寫入資料庫如果要很久,那就可以買完這家馬上去另一家買,就可以買超過2個了就像電子發票,消費後通常要隔天才能在雲端查詢到購買紀綠,我真的很不理解很多政府的系統都無法做到即時上傳如果可以我連明細都不用拿了
網友 wrote:只要碰過跟政府單位對(恕刪) 資料庫正規化本來就不是鐵律否則就沒所謂的去正規化的課題了大型資訊系統與中小型系統有很大的差異性至於政府系統, 牽涉到歷史包袱與標案的複雜性有奇奇怪怪的東西一點也不奇怪