看板Soft_Job
: 這是襲用 Xbase 世代(clipper dbase foxbase ..)的作業模式吧
: 要找回已刪除的資料 在企業裏所倚賴的有備份系統的模式
: 萬一刪除 就是找資訊單位 資訊單位會找機房作業員
: 然後就是 一些手動的電腦作業(p.r. o.p. 總之是相關人等)了
這是原因之一，預設確實像 foxpro這種檔案型資料庫刪除會邏輯刪除
要下pack的指令就能將資料永遠刪除
另一種是資料庫設計的使用者需求，有些資料是不能刪除的，像員工就算
離職，也只會把狀態設定為「離職」，而不會永久刪除它
如果不用 isDeleted這種邏輯刪除，就是要準備一個 Table_deleted這種
資料表，當資料刪除時，寫入這個資料表
其實設計資料庫這種久，是修改最讓人頭痛，只要使用者需求說：要留下
修改記錄，這個討厭的需求就會多出好幾個資料表
例如員工薪水修改，一般不會直接改，而會記錄它什麼時後修改，因為人事
可以看「歷程記錄」
產品改名稱也是一樣，倒不是一定為了怕使用者刪錯或修改錯
使用者也不能直接下sql指令，而且應用程式在修刪時雞雞歪歪的出現一堆確認
選項：請問是否要刪除（y/n）,按下 y 之後再出現一個視窗：真要要刪囉？(y/n)
使用者按下y 之後再出現一個視窗：不後悔喔（y/n）...
能經過這麼複雜程序後你還堅持要刪，還能說是誤刪嗎？ XD
所以頂多留一個 deleted的 table記錄被刪除的資訊
就看當初設計的人怎麼設計吧
--
昔日所為 今日所受
今日所為 明日所受
--
※ 批踢踢實業坊(ptt.cc), 來自: 61.221.67.170※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1423960570.A.01A.html
→ pooznn: 因為台灣太多中小型的公司 訓練不足才是正常的 02/15 08:48
→ pooznn: 要快速的復原或修改資料 當然是同一個TABLE裡操作比較快 02/15 08:49
推 OpenGoodHate: 不要挑戰使用者的智商 02/15 08:56
→ Adonisy: 使用者智商很高這個大家都知道滴XD 02/15 09:09
推 ppHomer: 使用者會說:我沒刪(做錯),資料就不見了(都是程式的錯) 02/15 14:23
推 vity: table_deleted+1 02/15 14:35
推 GoalBased: 一定要留歷程，不然user就會說是你系統問題 02/15 17:39
→ GoalBased: 這時候你在拿出紀錄，讓他啞口無言，超爽0.0 02/15 17:39
→ GoalBased: 還可以抓內鬼，但內鬼用別人帳號進去刪資料又是另一個. 02/15 17:40
→ GoalBased: 故事了.. 02/15 17:40
推 vn509942: 沒歷程記錄 自己人都會表自己人了 02/15 19:43
推 asship: 歷程記錄拿出來還是不承認，USER: 我忘了，甚麼都想不起來 02/15 23:08
推 DWR: 現在個資法，員工離職其實不能留資料了 02/16 01:35