我创建了一个基础模型:
class CreateUpdateDeleteModel(models.Model):
from django.contrib.auth import get_user_model
from django.utils.text import gettext_lazy as _
from .managers import BakeryManager
from drfaddons.datatypes import UnixTimestampField
create_date = UnixTimestampField(_('Create Date'), auto_now_add=True)
created_by = models.ForeignKey(get_user_model(), on_delete=models.PROTECT,
related_name='%(app_label)s_%(class)s_creator')
delete_date = models.DateTimeField(_('Delete Date'), null=True, blank=True)
deleted_by = models.ForeignKey(get_user_model(), on_delete=models.PROTECT, null=True, blank=True,
related_name='%(app_label)s_%(class)s_destroyer')
update_date = models.DateTimeField(_('Date Modified'), auto_now=True)
updated_by = models.ForeignKey(get_user_model(), on_delete=models.PROTECT, null=True, blank=True,
related_name='%(app_label)s_%(class)s_editor')
objects = BakeryManager()
class Meta:
abstract = True
我希望在我的系统中,所有元素都被软删除,即每当删除一个对象时,它应该表现如下:
models.PROTECT
设置为on_delete
的值,则引发错误,如果是models.SET_NULL
则设置为null,依此类推。delete_date
model.objects.all()
也不应该包含已删除的对象。我该怎么做呢?我想覆盖可以解决get_queryset()
的problem 3
。但是1
和2
呢?
非常奇怪的要求。
要点1.目前尚不清楚。显示错误在哪里?
要点2.删除作为状态进行管理,而不是数据的隐藏。我建议你添加一个状态字段,并使用一个改变状态的特殊功能来管理删除。您可以覆盖delete
,但请注意,queryset中的delete不会调用Model.delete,而是直接运行SQL代码。
说这是个坏主意。删除必须在那里,但只是没有使用。您可以轻松删除Django管理员的删除表单,开发人员没有理由删除代码,除非他/她不负责任地使用Django shell。 (数据库备份?)
要点3.如果您不想在admin中显示数据,只需覆盖Admin ModelForm,以便在对象的STATUS为DELETE时隐藏数据。这是糟糕的设计操纵域以容纳表示层。