Re: [請益] DataBase刪除資料的做法?

[Adonisy (堂本瓜一)]

※ 引述《yaurtusn (單身或有男女交往障礙者)》之銘言：
:  這是襲用 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: 因為台灣太多中小型的公司 訓練不足才是正常的
→ pooznn: 要快速的復原或修改資料 當然是同一個TABLE裡操作比較快
推 OpenGoodHate: 不要挑戰使用者的智商
→ Adonisy: 使用者智商很高這個大家都知道滴XD
推 ppHomer: 使用者會說:我沒刪(做錯),資料就不見了(都是程式的錯)
推 vity: table_deleted+1
推 GoalBased: 一定要留歷程，不然user就會說是你系統問題
→ GoalBased: 這時候你在拿出紀錄，讓他啞口無言，超爽0.0
→ GoalBased: 還可以抓內鬼，但內鬼用別人帳號進去刪資料又是另一個.
→ GoalBased: 故事了..
推 vn509942: 沒歷程記錄 自己人都會表自己人了
推 asship: 歷程記錄拿出來還是不承認，USER: 我忘了，甚麼都想不起來
推 DWR: 現在個資法，員工離職其實不能留資料了