實(shí)戰(zhàn)2:如何使用軟刪除(邏輯刪除)
1. 前言
在 SQL Delete 一節(jié)中,我們介紹了 SQL 的基本刪除功能,今天我們將以分類
和實(shí)戰(zhàn)
的角度來進(jìn)一步學(xué)習(xí) SQL 的刪除。
刪除是一個(gè)很危險(xiǎn)的操作,試想一下如果開發(fā)人員不慎操作失誤,誤刪了一些數(shù)據(jù),在數(shù)據(jù)未備份的情況下,該數(shù)據(jù)無法恢復(fù),造成了損失絕對(duì)是致命的。
道路千萬條,安全
第一條。因此為了保證數(shù)據(jù)的安全性,在真正的企業(yè)級(jí)應(yīng)用中都會(huì)默認(rèn)的采用邏輯刪除(軟刪除)的方式來處理數(shù)據(jù)刪除。
那么既然軟刪除使用如此普遍,它究竟如何使用了?
2. 軟刪除與硬刪除
從邏輯的角度上來說,我們可以把刪除分為兩大類:軟刪除
和硬刪除
。
說明 | 描述 | |
---|---|---|
軟刪除 | 在邏輯上刪除,數(shù)據(jù)依然存在 | 會(huì)通過數(shù)據(jù)表上的某一字段來表示,如deleted |
硬刪除 | 在物理上刪除,數(shù)據(jù)被丟棄 | 無額外支持,直接被刪掉了 |
其實(shí),在很多數(shù)據(jù)庫(kù)中,硬刪除也并非直接將數(shù)據(jù)從磁盤上丟棄,而是通過標(biāo)志位將該數(shù)據(jù)標(biāo)志為已刪除。由于數(shù)據(jù)庫(kù)是按頁來組織存儲(chǔ)數(shù)據(jù)的,如果硬刪除直接將數(shù)據(jù)從頁中丟棄的話,可能會(huì)引起數(shù)據(jù)頁的分裂和重組,這樣會(huì)大幅降低數(shù)據(jù)庫(kù)的性能。
但是硬刪除的數(shù)據(jù)可能會(huì)被后面添加的數(shù)據(jù)覆蓋,所以磁盤上也會(huì)真正的丟失掉該數(shù)據(jù)。
2.1 軟刪除實(shí)施方案
軟刪除是在程序?qū)用嫔系膭h除,在數(shù)據(jù)庫(kù)中數(shù)據(jù)仍然存在,軟刪除常見的有兩種實(shí)施方案:
-
整型字段標(biāo)志位:在數(shù)據(jù)表增加一個(gè)
deleted
字段來表示記錄是否被刪除,0
表示未刪除,1
表示已被刪除。 -
日期字段標(biāo)志位:在數(shù)據(jù)表增加一個(gè)
delete_time
字段來表示記錄是否被刪除,null
表示未刪除,有日期
表示已被刪除。
3. 實(shí)踐
接下來,我們以實(shí)踐的角度來看看軟刪除是如何實(shí)現(xiàn)的。
3.1 整型字段標(biāo)志位
我們?nèi)匀灰?code>imooc_user表為例,并添加deleted
作為邏輯標(biāo)志位。如下:
DROP TABLE IF EXISTS imooc_user;
CREATE TABLE imooc_user
(
id int PRIMARY KEY,
username varchar(20),
age int,
-- 以 deleted 字段作為軟刪除標(biāo)記位
deleted int NOT NULL DEFAULT 0
);
3.1.1 整型軟刪除操作
有了標(biāo)志位后,我們添加一條記錄:
INSERT INTO imooc_user(id,username,age) VALUES (1,'pedro',23);
添加成功后,記錄如下:
+----+----------+-----+---------+
| id | username | age | deleted |
+----+----------+-----+---------+
| 1 | pedro | 23 | 0 |
+----+----------+-----+---------+
其中deleted
字段為0
表示記錄正常,當(dāng)有了標(biāo)志位后,我們每次查詢數(shù)據(jù)時(shí)都需要添加上標(biāo)志位,即:
SELECT * FROM imooc_user WHERE id = 1 AND deleted = 0;
當(dāng)要?jiǎng)h除該記錄時(shí),我們不能直接通過 Delete 來刪除了,而是通過 Update:
UPDATE imooc_user SET deleted = 1 WHERE id = 1;
軟刪除后,我們?cè)俅瓮ㄟ^查詢語句SELECT * FROM imooc_user WHERE id = 1 AND deleted = 0;
,發(fā)現(xiàn)已經(jīng)查不到該記錄了。于是,記錄在邏輯上已經(jīng)刪除了,可它仍在數(shù)據(jù)庫(kù)中。
這樣,就能在“刪除”數(shù)據(jù)的情況下保證數(shù)據(jù)的安全性。
3.2 日期字段標(biāo)志位
修改一下imooc_user
表:
DROP TABLE IF EXISTS imooc_user;
CREATE TABLE imooc_user
(
id int PRIMARY KEY,
username varchar(20),
age int,
-- 以 delete_time 字段作為軟刪除標(biāo)記位
delete_time timestamp DEFAULT NULL
);
3.2.1 日期軟刪除操作
整體上與整形字段標(biāo)志位相同,如下:
添加記錄:
INSERT INTO imooc_user(id,username,age) VALUES (1,'pedro',23);
查詢記錄:
SELECT * FROM imooc_user WHERE id = 1 AND delete_time IS NULL;
刪除記錄:
UPDATE imooc_user SET delete_time = NOW() WHERE id = 1;
你可能會(huì)覺得這有些麻煩,沒關(guān)系不少好用的 ORM 庫(kù),如 Hibernate,Sequelize 均已經(jīng)提供了軟刪除功能,你只需配置一下,就能直接調(diào)用API來達(dá)到軟刪除的效果。
4. 小結(jié)
- 若無特殊需求,比如需要記錄刪除的
具體時(shí)間
,我們推薦使用整形字段軟刪除,性能較好。 - 軟刪除不會(huì)改變數(shù)據(jù)頁的分布和排列,而硬刪除可能會(huì)破壞數(shù)據(jù)頁,從而降低查詢性能,因此在磁盤容量允許的情況下,首選軟刪除。