Django 和软删除：实施架构

在本文中，我们将介绍Django框架中的软删除概念，并讨论其实施架构。软删除是指将数据标记为已删除，而不是永久删除。通过实施软删除，我们可以在需要时恢复被删除的数据，并避免误删除数据。

软删除的实施架构

软删除的实施可以在数据库层面或应用层面进行。在数据库层面，我们可以使用一个额外的列来表示数据是否被删除，在应用层面，可以通过重写模型的delete方法来实现软删除。

数据库层面的软删除

在数据库层面实施软删除，常见的方法是给数据表增加一个额外的列，例如名为”deleted”的布尔类型列。当数据被删除时，将该列的值设置为True，而不是从数据库中删除该行。查找数据时需要过滤掉已被软删除的数据。

以下是一个示例模型的代码，展示了数据库层面的软删除实施：

from django.db import models

class SoftDeletionModel(models.Model):
    deleted = models.BooleanField(default=False)

    class Meta:
        abstract = True

    def delete(self, **kwargs):
        self.deleted = True
        self.save()

class MyModel(SoftDeletionModel):
    name = models.CharField(max_length=100)
    # 其他字段...

通过继承 SoftDeletionModel 并重写 delete 方法，我们可以实现软删除的功能。删除数据时，只需调用 delete 方法，它会将 deleted 列的值设置为True，并保存到数据库中。

应用层面的软删除

在应用层面实施软删除，我们可以使用Django的信号机制来自动执行软删除逻辑。通过监听 pre_delete 信号，我们可以在数据删除之前执行一些逻辑，例如将 deleted 列的值设置为True。

以下是一个示例模型的代码，展示了应用层面的软删除实施：

from django.db import models
from django.db.models.signals import pre_delete
from django.dispatch import receiver

class MyModel(models.Model):
    name = models.CharField(max_length=100)
    # 其他字段...

@receiver(pre_delete, sender=MyModel)
def soft_delete(sender, instance, **kwargs):
    instance.deleted = True
    instance.save()

在这个示例中，我们使用了 pre_delete 信号和装饰器 @receiver 来监听数据模型的删除操作。当数据即将被删除时，信号会触发 soft_delete 方法，将 deleted 列的值设置为True，并保存到数据库中。