Как определить новый объект в пользовательском методе save () модели django?

Я хочу вызвать специальное действие в методе save () объекта модели Django, когда я сохраняю новую запись (не обновляя существующую запись).

Является ли проверка (self.id! = None) необходимой и достаточной, чтобы гарантировать, что собственная запись является новой и не обновляется? Какие-нибудь особые случаи это может упускать из виду?

Обновлено: с пояснением, self._stateкоторое не является частной переменной экземпляра, но названо таким образом, чтобы избежать конфликтов, проверка self._state.addingтеперь является предпочтительным способом проверки.

self.pk is None:

возвращает True в новом объекте Model, если только объект не имеет UUIDFieldего primary_key.

Угловой случай, о котором вам, возможно, придется беспокоиться, это наличие ограничений уникальности для полей, отличных от идентификатора (например, вторичных уникальных индексов для других полей). В этом случае у вас все еще может быть новая запись, но вы не сможете ее сохранить.

Альтернативный способ проверки self.pkмы можем проверить self._stateмодель

self._state.adding is True создание

self._state.adding is False обновление

Я получил это с этой страницы

Проверка self.idпредполагает, что idэто первичный ключ для модели. Более общий способ - использовать ярлык pk .

is_new = self.pk is None

Проверка на self.pk == Noneэто не достаточно , чтобы определить , если объект будет вставлен или обновлены в базе данных.

Django O / RM имеет особенно неприятный хак, который в основном должен проверить, есть ли что-то в позиции PK и, если это так, сделать UPDATE, в противном случае сделать INSERT (это оптимизируется до INSERT, если PK - None).

Причина, по которой он должен это делать, заключается в том, что вам разрешено устанавливать PK при создании объекта. Хотя это редко встречается, когда у вас есть столбец последовательности для первичного ключа, это не относится к другим типам полей первичного ключа.

Если вы действительно хотите знать, вы должны делать то, что делает O / RM, и искать в базе данных.

Конечно, в вашем коде есть конкретный случай, и вполне вероятно, что он self.pk == Noneговорит вам все, что вам нужно знать, но это не общее решение.

Вы можете просто подключиться к сигналу post_save, который посылает «созданные» kwargs, если true, ваш объект был вставлен.

http://docs.djangoproject.com/en/stable/ref/signals/#post-save

Проверьте self.idи force_insertфлаг.

if not self.pk or kwargs.get('force_insert', False):
    self.created = True

# call save method.
super(self.__class__, self).save(*args, **kwargs)

#Do all your post save actions in the if block.
if getattr(self, 'created', False):
    # So something
    # Do something else

Это удобно, потому что ваш вновь созданный объект (self) имеет pkзначение

Я очень опаздываю на этот разговор, но столкнулся с проблемой заполнения self.pk, когда с ним связано значение по умолчанию.

Как я обошёл это, добавив поле date_created к модели

date_created = models.DateTimeField(auto_now_add=True)

Отсюда вы можете пойти

created = self.date_created is None

Для решения, которое также работает, даже если у вас есть UUIDFieldпервичный ключ (что, как отметили другие, Noneесли вы просто переопределите save), вы можете подключиться к сигналу Django post_save . Добавьте это к своим models.py :

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

@receiver(post_save, sender=MyModel)
def mymodel_saved(sender, instance, created, **kwargs):
    if created:
        # do extra work on your instance, e.g.
        # instance.generate_avatar()
        # instance.send_email_notification()
        pass

Этот обратный вызов заблокирует saveметод, так что вы можете делать такие вещи, как триггерные уведомления или обновлять модель, прежде чем ваш ответ будет отправлен обратно по проводной связи, используете ли вы формы или инфраструктуру Django REST для вызовов AJAX. Конечно, используйте ответственно и переносите тяжелые задачи в очередь на работу вместо того, чтобы заставлять пользователей ждать :)

лучше использовать pk вместо id :

if not self.pk:
  do_something()

Это обычный способ сделать это.

Идентификатор будет дан при первом сохранении в БД

Будет ли это работать для всех вышеупомянутых сценариев?

if self.pk is not None and <ModelName>.objects.filter(pk=self.pk).exists():
...

> def save_model(self, request, obj, form, change):
>         if form.instance._state.adding:
>             form.instance.author = request.user
>             super().save_model(request, obj, form, change)
>         else:
>             obj.updated_by = request.user.username
> 
>             super().save_model(request, obj, form, change)

Чтобы узнать, обновляете ли вы или вставляете объект (данные), используйте self.instance.fieldnameв своей форме. Определите чистую функцию в своей форме и проверьте, совпадает ли текущая запись значения с предыдущей, если нет, то вы обновляете ее.

self.instanceи self.instance.fieldnameсравнить с новым значением