闇鍋羽翼⎝(ﾟˊ_＞ˋ)⎠
@warakia
好奇
Fri, Mar 24, 2017 2:16 AM
當前端在處理需要些許時間的工作(或者是短時間多線大量寫入)，該怎麼處理呢?
有沒有推薦關鍵字或查詢方向，這議題在plurk中要說明清楚應該很有難度...
(還沒遇到，或者是人為上迴避掉，但是這好像是頗基本的資料庫常見疑難雜症)
拖曳面 (۶๑ Ò ~ Ó)۶
@TOYMAN0308
說
Fri, Mar 24, 2017 2:25 AM
我查DB是用backgroundWorker做幕後處理啦，控制好條件應該能同時跑多個backgroundWorker元件分頭處理，但這元件在後續版本被取消了…
闇鍋羽翼⎝(ﾟˊ_＞ˋ)⎠
@warakia
Fri, Mar 24, 2017 2:38 AM
拖曳面 (۶๑ Ò ~ Ó)۶ : 嗯... 不過要怎麼控制「條件」，就是不小的議題了
當超過百人對資料庫進行資料維護時，沒有在權限上分開，就相當容易打架呢...
(例如維護會員資料，超過百人的客服)

我之前是將該筆資料的異動權限僅限本人，其他人僅能查詢
由於沒允許多重登入，除非使用者不是人，否則不會發生同時有複數使用者對該筆資料進行修改
拖曳面 (۶๑ Ò ~ Ó)۶
@TOYMAN0308
說
Fri, Mar 24, 2017 2:42 AM
我原本想說前端是單機程式的前端介面XDD，但如果前端是說網路的前端的話，那可以參考一些版本控制的程式中他們的處理方式阿
拖曳面 (۶๑ Ò ~ Ó)۶
@TOYMAN0308
說
Fri, Mar 24, 2017 2:43 AM
超過百人對資料庫進行資料維護，沒有在權限上分開，就相當容易打架
↑版本控制的目的就是要避免打架
闇鍋羽翼⎝(ﾟˊ_＞ˋ)⎠
@warakia
Fri, Mar 24, 2017 2:49 AM
拖曳面 (۶๑ Ò ~ Ó)۶ : 好喔，謝謝 XD
真心覺得各種版本控制工具各種神奇
拖曳面 (۶๑ Ò ~ Ó)۶
@TOYMAN0308
說
Fri, Mar 24, 2017 2:50 AM
我覺得先想想你的「前端在處理需要些許時間的工作，該怎麼處理呢?」的目標是什麼吧XD，是該怎麼處理比較快?還是該怎麼處理才能避免什麼什麼問題…處理是要處理什麼???XDDD
拖曳面 (۶๑ Ò ~ Ó)۶
@TOYMAN0308
說
Fri, Mar 24, 2017 2:51 AM
釐清問題那關鍵字和查詢方向就有了XD
闇鍋羽翼⎝(ﾟˊ_＞ˋ)⎠
@warakia
Fri, Mar 24, 2017 3:01 AM
延遲最久的是人需要思考，不能把人腦砍掉重練
目前是想到用各種方法直接在畫面上提醒使用者「這筆資料已經被更動過」，利用ajax技術以1~3秒左右比對一次的方式做吧
(考慮參考Google文件或共筆之類的技術，只是不確定他們是用什麼去處理)
載入新的回覆