目前正在处理一个项目，我们必须为大多数用户（用户角色）实施软删除。我们决定在数据库中的每个表上添加一个is_deleted='0' 字段，并在特定用户角色点击特定记录上的删除按钮时将其设置为'1'。
对于现在的未来维护，每个SELECT 查询都需要确保它们不包含记录where is_deleted='1'。
是否有更好的解决方案来实现软删除？
更新：我还应该注意，我们有一个审计数据库，用于跟踪应用程序数据库中所有表/字段的更改（字段、旧值、新值、时间、用户、ip）。
【问题讨论】：
标签： sql database database-design backup
我倾向于deleted_at 列，其中包含删除发生的日期时间。然后你会得到一些关于删除的免费元数据。对于您的SELECT，只需获取行WHERE deleted_at IS NULL
【讨论】：
您可以针对包含WHERE IS_DELETED='0' 子句的视图执行所有查询。
【讨论】：
拥有is_deleted 列是一种相当不错的方法。
如果它在 Oracle 中，为了进一步提高性能，我建议通过在 is_deleted 列上创建列表分区来对表进行分区。
然后已删除和未删除的行将在物理上位于不同的分区中，尽管对您来说它将是透明的。
因此，如果您键入类似的查询
SELECT * FROM table_name WHERE is_deleted = 1
然后 Oracle 将执行“分区修剪”并仅查看适当的分区。在内部，一个分区是一个不同的表，但它对作为用户的您来说是透明的：无论它是否已分区，您都可以在整个表中进行选择。但 Oracle 将能够仅查询它需要的分区。例如，假设您有 1000 行 is_deleted = 0 和 100000 行 is_deleted = 1，并且您在 is_deleted 上对表进行分区。现在如果你包含条件
WHERE ... AND IS_DELETED=0
那么 Oracle 将只扫描 1000 行的分区。如果表未分区，则必须扫描 101000 行（两个分区）。
【讨论】：
如果表很大并且性能存在问题，您可以随时将“已删除”记录移动到另一个表中，其中包含删除时间、删除记录等附加信息
这样您就不必在主表中添加另一列
【讨论】：
遗憾的是，最佳响应取决于您尝试通过软删除实现的目标以及您在其中实现此功能的数据库。
在 SQL Server 中，最好的解决方案是使用类型为 SMALLDATETIME 或 DATETIME（取决于必要的粒度）的 deleted_on/deleted_at 列，并使该列可以为空。在 SQL Server 中，行标题数据包含表中每个列的 NULL 位掩码，因此执行 IS NULL 或 IS NOT NULL 比检查列中存储的值要快一些。
如果您有大量数据，您需要考虑通过数据库本身或通过两个单独的表（例如 Products 和 ProductHistory）或通过索引视图对数据进行分区。
我通常会避免使用 is_deleted、is_archive 等标志字段，因为它们只具有一种含义。可为空的 deleted_at、archived_at 字段为您自己和继承您的应用程序的人提供了额外的意义。而且我避免使用像瘟疫这样的位掩码字段，因为它们需要了解位掩码是如何构建的才能掌握任何含义。
【讨论】：
这取决于您需要哪些信息以及您想要支持哪些工作流程。
你希望能够：
如果记录被删除和取消删除四次，您是否足以知道它当前处于未删除状态，或者您是否希望能够知道在此期间发生的事情（包括任何连续删除之间的编辑！）？
【讨论】：
小心导致违反唯一性约束的软删除记录。 如果您的数据库具有具有唯一约束的列，请注意先前软删除的记录不会阻止您重新创建记录。
想想循环：
第二次创建导致违反约束，因为 login=JOE 已经在软删除的行中。
一些技巧： 1. 将删除的记录移动到新表中。 2. 在 login 和 deleted_at 时间戳列中设置唯一性约束
我自己的意见是 +1 移动到新表。它需要很多 遵守 *AND delete_at = NULL* 的纪律 查询（适用于您的所有开发人员）
【讨论】：
如果您像 Jim 所说的那样将已删除的数据移动到另一个表中，并记录删除的时间、原因以及由谁删除，您肯定会获得更好的性能。
在所有查询中添加where 会显着减慢它们的速度，并阻碍使用表上可能拥有的任何索引。尽可能避免在表格中使用“标志”。deleted=0
【讨论】：
您没有提及什么产品，但 SQL Server 2008 和 postgresql（以及我确定的其他产品）允许您创建过滤索引，因此您可以创建一个覆盖索引，其中 is_deleted=0，减轻一些负面影响这种特殊的方法。
【讨论】：
我在项目中使用的是 statusInd tinyint not null default 0 column 使用 statusInd 作为位掩码允许我执行数据管理（删除、归档、复制、恢复等）。在视图中使用它，我可以为消费应用程序进行数据分发、发布等。如果性能是与视图有关的问题，请使用小型事实表来支持此信息，删除事实，删除关系并允许所谓的删除。
扩展性很好，并且以数据为中心，保持数据占用空间非常小 - 对于 350gb+ dbs 具有实时关注的关键。使用替代品、表、触发器会产生一些开销，具体取决于需要，也可能不适合您。
与 SOX 相关的审核可能需要的不仅仅是一个字段来帮助您解决问题，但这可能会有所帮助。 享受
【讨论】：
我更喜欢保留一个状态列，这样我就可以将它用于几个不同的配置，即已发布、私有、已删除、needsAproval...
【讨论】：
创建另一个架构并将其全部授予您的数据架构。 在您的新架构上实施 VPD，以便每个查询都具有允许选择仅附加到它的未删除行的谓词。 http://download.oracle.com/docs/cd/E11882_01/server.112/e16508/cmntopc.htm#CNCPT62345
【讨论】：
使用检查is_deleted = 0的视图、函数或过程；即不要直接在表格上选择，以防以后由于其他原因需要更改表格。
并为更大的表索引is_deleted 列。
由于您已经有了审计跟踪，因此跟踪删除日期是多余的。
【讨论】：
@AdditionalCriteria("this.status <> 'deleted'")
把它放在你的@entity上面
【讨论】：