在处理产品和订单的Web应用程序中，我想维护以前雇员（用户）处理的订单的信息和关系。我还想维护包括这些产品的订单和过时产品之间的信息和关系。
然而，我想让员工能够简化管理界面，例如删除以前的员工、过时的产品、过时的产品组等。
我考虑实现软删除。那么，人们通常如何做到这一点呢？
我的立即想法
我的第一个想法是在每个可软删除的对象表中添加一个 "flag_softdeleted TINYINT NOT NULL DEFAULT 0" 列。或者也可以使用时间戳？
然后，在每个相关的GUI中提供一个 "显示已删除" 或 "取消删除" 按钮。点击此按钮将在结果中包含软删除记录。每个删除的记录都有一个 "还原" 按钮。这样做有意义吗？
你有什么想法吗？
另外，如果您有任何相关资源的链接，我将不胜感激。
is_deleted字段。然后查询只需检查WHERE is_deleted = 0。0->未删除1->软删除，在被管理用户的已删除项目列表中显示2->软删除，除了管理员用户外，其他任何用户都不会显示出来3->仅对开发人员可见。is_deleted = 0，因此对前端透明...使用软删除是一个常见的实现方法，它们对许多事情非常有用，比如：
我想要指出的一件事是几乎所有人都会忽略的，它总会回来咬你一口。您的应用程序的用户对删除的理解与您不同。
存在不同的删除程度。典型的用户在以下情况下删除内容：
问题在于，如果您不记录删除的意图，则您的应用程序无法区分错误数据（本不该创建的数据）和历史上正确的数据。
请看以下数据：
PRICES | item | price | deleted |
+------+-------+---------+
| A | 101 | 1 |
| B | 110 | 1 |
| C | 120 | 0 |
+------+-------+---------+
我一直都是像你提到的那样，使用一个删除列。实际上，这并不需要太多的操作。与其删除记录，只需将删除字段设置为true即可。
我构建的某些组件允许用户查看所有已删除的记录并恢复它们，而其他组件则仅显示删除=0的所有记录。
你的想法确实有道理，并且在生产中经常使用，但是要实施它，您需要更新相当多的代码以考虑新字段。另一个选项可能是将“软删除”的记录存档（移动）到单独的表或数据库中。这也经常这样做，使问题成为维护而不是重新编程的问题。（您可以使表触发器响应删除以存档已删除的记录。）
我会进行存档以避免对生产代码进行重大更新。但是，如果您想使用已删除标志字段，请将其用作时间戳，以为您提供除布尔值之外的其他有用信息。（Null = 未删除。）您还可能希望添加一个DeletedBy字段来跟踪负责删除记录的用户。使用两个字段为您提供了很多信息，告诉您谁在何时删除了什么。（在存档表/数据库中完成两个额外字段的解决方案也是一种方法。）
tinyint或甚至bit表示IsActive或IsDeleted状态。根据这是否被视为“业务”或“持久性”数据，它可能会尽可能透明地嵌入应用程序/域逻辑中，例如直接存储过程中而不为应用程序代码所知。但是，听起来这是您需要的合法业务信息，因此需要在整个代码中得到知晓。（正如您建议的那样，用户可以查看已删除的记录。）null。）tinyint ，但是不要引用我说的话。在一些其他数据库中，一个主要的区别是 bit 无法被索引，或者处理 null 不同（或根本不处理），等等。但是我对 MySQL 的数据类型没有足够的直接了解，不能成为权威。 - David相反，我会使用一个bin表来移动从其他表中删除的所有记录。使用删除标志的主要问题是，在使用链接表时，插入新记录时肯定会遇到双键错误。
bin表的结构可以像这样：
id, table_name, data, date_time, user
在哪里
这种方法不仅可以避免在每个查询中检查删除标志（想象一下有许多连接的查询），而且还可以使表中只保留真正必要的数据，从而方便使用 SQL 客户端程序进行任何搜索和更正。