Re: [請益] DataBase刪除資料的做法?
※ 引述《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
→
02/15 08:48, , 1F
02/15 08:48, 1F
→
02/15 08:49, , 2F
02/15 08:49, 2F
推
02/15 08:56, , 3F
02/15 08:56, 3F
→
02/15 09:09, , 4F
02/15 09:09, 4F
推
02/15 14:23, , 5F
02/15 14:23, 5F
推
02/15 14:35, , 6F
02/15 14:35, 6F
推
02/15 17:39, , 7F
02/15 17:39, 7F
→
02/15 17:39, , 8F
02/15 17:39, 8F
→
02/15 17:40, , 9F
02/15 17:40, 9F
→
02/15 17:40, , 10F
02/15 17:40, 10F
推
02/15 19:43, , 11F
02/15 19:43, 11F
推
02/15 23:08, , 12F
02/15 23:08, 12F
推
02/16 01:35, , 13F
02/16 01:35, 13F
討論串 (同標題文章)
Soft_Job 近期熱門文章
15
63
PTT職涯區 即時熱門文章
285
668
