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

[TW0981081007 (bleed1979)]

※ 引述《LaPass (LaPass)》之銘言：
: 標題: Re: [請益] DataBase刪除資料的做法?
: 時間: Sun Feb 15 00:37:09 2015
:
: ※ 引述《newkkloo (Min)》之銘言：
: : 各位大大看到標題題先勿砲
: : 我要問的是
: : 現在的公司在做CRUD類型的系統的時，
: : 當提供用戶"刪除"資料這個功能時
:
: : 我發現公司前輩的做法是在資料表加上IsDelete欄位(預設false)
: : 當用戶使用刪除資料時實際上是把IsDelete這個欄位設為true
: : 所以並不會實際使用T-SQL下Delete語句來刪除
: : 那當資料在呈現時，只需要把IsDetele != true的資料撈出來顯示就好
: : 小弟也陸續待過幾個公司，不過也是第一次看到這種做法
: : 我想的到的這種做法的優點
: 我到目前為止進過的公司都是多家個欄位去紀錄是否已經刪除。
: 這點很重要，因為客戶一定會手殘刪錯資料。
: 有個原則是，任何重大的操作，都要有辦法還原。
:
: 我之前進過的公司是EIP以及遊戲後台
:
:
:
: : 1.當USER誤刪資料時可以快速的將資料"改"回來
: : 2.若有Table間彼此有Reference在刪除時，可以不用處理完整性限制問題(?
:
: : 當然缺點就是系統的資料只會多不會少
: : 所以想請問各位大大也有人在處理資料刪除時是使用這種做法嗎???
: 增加很快的資料一般會定期去清，例如一個月多一兩百萬筆之類的
: 增加的量很少的話根本不用理他，資料庫很耐操的
:
:
: : 這種做法會有什麼問題嗎??
: 撈資料的時候要多判斷個isDelete很不方便，其他都還OK
:
:
:
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.38.76.206
: ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1423931833.A.5B5.html
: 推 littlethe: 寫習慣後，也不會覺得不方便，儲存量是比較頭痛就是了   02/15 01:
31

以為某資訊系統在開發前訂定不使用欄位去註記資料異動的規格反而是怪奇。

有別於版友提出的客戶手殘刪錯資料看法，
真實體驗是。。。
比如你開發某產險公司客戶的留言版系統。
做了一個標記已解決留言功能讓美貌的客服小姐在某留言處理完畢之後，
會"消失"於待處理留言清單或每日留言清單總表的呈現，
與刪除資料做標記的道理是相同的。

開欄位標記在下條件判斷可以濾掉的這種做法應該是正統做法。
因為反過來想，是有什麼充分理由刪資料真的要刪掉呢？

每一個資訊系統必定有所謂的用戶操作歷史紀錄。
比如，系統顯示某甲在某時刻刪除了一筆資料，
僅僅這樣的呈現是無明確意義的。
下條件能進一步顯示他刪除的資料是什麼才有意義。
當然這問題牽涉到了要有資料欄位儲存版本號，同樣是標記方法的一種。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.75.54
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1423939154.A.642.html
→ hSATAC: 刪資料真的要刪掉的充分理由：個資法
http://law.moj.gov.tw/LawClass/LawAll.aspx?PCode=I0050022

這法規會需要依情況詳細解釋的，能否當充分理由也不是你我說了算。

推 YahooTaiwan: 看了三行，覺得文章句型很奇怪，往上作者 id，果然
→ KanoLoa: 非原生中文使用者？
→ uranusjr: 或許是非原生人類語言使用者
請別拿什麼標籤來形容我了。
那標籤只是你或你們為了說服自己思維上有條理的something罷了。
無論如何，就好端端地在這個版參與討論。
並且，不會想爭什麼發言權，或版友的什麼認同感。
就只是一個剛好有閒賞文回文的行為。
※ 編輯: TW0981081007 (111.248.161.212), 02/16/2015 03:30:35
推 YahooTaiwan: 我先澄清，我對你沒有其他想法，只是單純覺得文法句
→ YahooTaiwan: X型很有自己特色而已
 好的，知道了。
也許就是自然特色吧，感謝。
※ 編輯: TW0981081007 (223.136.73.99), 02/16/2015 15:15:44
推 tvbic: 看不懂在寫三小
推 Chris926926: 第一段一口氣唸完，有點喘，呼～