软删除是通过字段（如deleted_at）标记数据状态而非物理删除。它保留历史、维护外键、支持审计和分页稳定；需配合视图/RLS自动过滤、部分索引优化查询，并在唯一约束中排除已删记录。
什么是软删除，为什么不用 DELETE
软删除不是真删数据，而是用字段标记“已删除”状态。直接 DELETE 会丢失历史、破坏外键引用、触发不了审计逻辑，还可能让前端分页错乱（比如删了 10 条，总数突变）。PostgreSQL 没内置软删除语法，得靠字段 + 查询约束 + 索引配合实现。
加 deleted_at 字段并设默认值
最常用方案是加 deleted_at 字段，类型选 TIMESTAMP WITH TIME ZONE，初始值设为 NULL。别用布尔字段（is_deleted），它没法记录删除时间，也难做软删除恢复或定时清理。
ALTER TABLE users ADD COLUMN deleted_at TIMESTAMP WITH TIME ZONE DEFAULT NULL;- 后续所有写入操作（INSERT）都让
deleted_at默认为NULL，表示“未删除” - 避免用
NOT NULL+ 默认FALSE，否则迁移老数据时要批量 UPDATE，风险高
查询时自动过滤已删除行
每次查表都手动加 WHERE deleted_at IS NULL 容易漏，也违反 DRY。推荐两种方式：
PostgreSQL 18.4 ubuntu
下载
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
- 建视图：
CREATE VIEW users_active AS SELECT * FROM users WHERE deleted_at IS NULL;，应用层只查这个视图 - 用 RLS（行级安全策略）：对
users表启用 RLS，再加策略CREATE POLICY select_not_deleted ON users FOR SELECT USING (deleted_at IS NULL);，这样即使查原表，也会自动过滤 - 注意：RLS 对超级用户默认不生效，测试时要用普通角色登录验证
UPDATE 代替 DELETE，配合索引优化
执行软删除就是更新 deleted_at 字段：
UPDATE users SET deleted_at = NOW() WHERE id = 123;
但没索引的话，按 deleted_at IS NULL 查询会全表扫描。必须建部分索引：
-
CREATE INDEX idx_users_active ON users (id) WHERE deleted_at IS NULL;（适合主键查询） -
CREATE INDEX idx_users_search ON users (name, email) WHERE deleted_at IS NULL;（适合带条件的活跃用户搜索） - 别建全局索引
ON users(deleted_at)，意义不大，还拖慢 INSERT/UPDATE
软删除真正麻烦的是关联查询和唯一约束——比如邮箱唯一性，得加 WHERE deleted_at IS NULL 到唯一索引里，否则新用户注册时会被已软删的旧邮箱拦住。
