業(yè)務(wù)偽刪除該這么設(shè)計(jì)？現(xiàn)在大數(shù)據(jù)時(shí)代，數(shù)據(jù)是很重要的，所以對(duì)于一些數(shù)據(jù)系統(tǒng)一般不會(huì)做物理刪除，刪除也會(huì)有備份，所以需要設(shè)計(jì)一套偽刪除的邏輯，但在下才疏學(xué)淺，對(duì)這一套邏輯了解不深，想向各位請(qǐng)教請(qǐng)教!下面是鄙人搜索得來的兩種方法，但個(gè)人覺得兩種方法都不是特別好，想問下各位有什么更好的方法沒？1.一般系統(tǒng)采用記錄加DeleteAt字段來判斷數(shù)據(jù)是否刪除，但這樣每次查詢（單表，多表聯(lián)查）都需要加上DeleteAt判斷，系統(tǒng)上復(fù)雜了一個(gè)維度。而且如果數(shù)據(jù)又有唯一索引時(shí)，就需要加上DeleteAt字段一起做唯一索引，這樣隨著數(shù)據(jù)量增加，索引就會(huì)消耗很多的空間。2.還有一種做法是加一張表做刪除歸檔表，刪除的記錄從表中刪除然后遷移到刪除歸檔表中，這樣偽刪除也完成了，但如果做數(shù)據(jù)恢復(fù)的時(shí)候就比較麻煩了，（刪除歸檔表怎么設(shè)計(jì)暫不清楚，想請(qǐng)教請(qǐng)教）?；貜?fù)一下回答里只用一個(gè)status字段標(biāo)記數(shù)據(jù)狀態(tài)的不好之處只用一個(gè)status字段標(biāo)記，當(dāng)有唯一鍵存在時(shí)有缺陷，這種唯一鍵的場景還比較多。講下場景：系統(tǒng)要求一個(gè)用戶只能創(chuàng)建一個(gè)項(xiàng)目，當(dāng)然項(xiàng)目我可以刪除重建。只有一個(gè)status字段標(biāo)記項(xiàng)目狀態(tài)， 1 啟用 2 刪除project表 user_id project_id status 三個(gè)字段，組成唯一鍵user_id project_id statusu1 p1 2u1 p2 1好上面就是用戶u1創(chuàng)建一個(gè)項(xiàng)目p1后，刪除重新建立了項(xiàng)目p2,然后現(xiàn)在來看，如果用戶把p2也刪除，就會(huì)出現(xiàn)刪除異常情況，違反了表唯一鍵約束，所以只用一個(gè)status字段標(biāo)記的缺點(diǎn)就暴露出來了。之前在本人的項(xiàng)目中也是采用status字段標(biāo)記的方式，如果刪除后又重建就會(huì)先去找已經(jīng)刪除的記錄重新啟用，但這種做法是不對(duì)的，因?yàn)橹皠h除的項(xiàng)目關(guān)聯(lián)了其他記錄，或者存在一些之前id標(biāo)記的數(shù)據(jù)統(tǒng)計(jì)記錄，如果啟用之前的刪除的項(xiàng)目記錄，在需求上就不對(duì)了。