Jak należy zidentyfikować nowy obiekt w niestandardowej metodzie save () modelu django?

Chcę wyzwolić specjalną akcję w metodzie save () obiektu modelu Django, kiedy zapisuję nowy rekord (nie aktualizuję istniejącego rekordu).

Czy sprawdzenie (self.id! = None) jest konieczne i wystarczające, aby zagwarantować, że zapis własny jest nowy i nie jest aktualizowany? Czy są jakieś szczególne przypadki, które może przeoczyć?

Zaktualizowano: Z wyjaśnieniem, że self._statenie jest to zmienna prywatnej instancji, ale nazwana w ten sposób, aby uniknąć konfliktów, sprawdzanie self._state.addingjest teraz preferowanym sposobem sprawdzania.

self.pk is None:

zwraca True w nowym obiekcie Model, chyba że obiekt ma UUIDFieldjako swój primary_key.

Problem narożny, o który możesz się martwić, dotyczy tego, czy istnieją ograniczenia unikalności w polach innych niż id (np. Drugorzędne unikalne indeksy w innych polach). W takim przypadku nadal możesz mieć w ręku nowy rekord, ale nie możesz go zapisać.

Alternatywnym sposobem sprawdzenia self.pkjest sprawdzenie self._statemodelu

self._state.adding is True tworzenie

self._state.adding is False aktualizacja

Mam to z tej strony

Sprawdzanie self.idzakłada, że idjest to klucz podstawowy dla modelu. Bardziej ogólnym sposobem byłoby użycie skrótu pk .

is_new = self.pk is None

Sprawdzenie nieself.pk == None jest wystarczające, aby określić, czy obiekt ma zostać wstawiony lub zaktualizowany w bazie danych.

Django O / RM zawiera szczególnie paskudny hack, który polega po prostu na sprawdzeniu, czy coś jest na pozycji PK, a jeśli tak, wykonaj AKTUALIZACJĘ, w przeciwnym razie wykonaj INSERT (zostanie zoptymalizowany do INSERT, jeśli PK ma wartość None).

Powodem, dla którego musi to zrobić, jest to, że możesz ustawić PK podczas tworzenia obiektu. Chociaż nie jest to powszechne, gdy masz kolumnę sekwencji dla klucza podstawowego, nie dotyczy to innych typów pól klucza podstawowego.

Jeśli naprawdę chcesz wiedzieć, musisz zrobić to, co robi O / RM i zajrzeć do bazy danych.

Oczywiście masz konkretny przypadek w kodzie i za to, że jest całkiem prawdopodobne, że self.pk == Nonepowie Ci wszystko, co musisz wiedzieć, ale to nie ogólne rozwiązanie.

Możesz po prostu połączyć się z sygnałem post_save, który wysyła "utworzone" kwargi, jeśli prawda, to twój obiekt został wstawiony.

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

Sprawdź self.idi force_insertflagę.

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

Jest to przydatne, ponieważ nowo utworzony obiekt (jaźń) ma swoją pkwartość

Jestem bardzo spóźniony na tę rozmowę, ale napotkałem problem z wypełnianiem pliku self.pk, gdy ma skojarzoną z nim wartość domyślną.

Sposób obejścia tego polega na dodaniu pola date_created do modelu

date_created = models.DateTimeField(auto_now_add=True)

Stąd możesz iść

created = self.date_created is None

Aby uzyskać rozwiązanie, które działa również wtedy, gdy masz UUIDFieldklucz podstawowy (który, jak zauważyli inni, nie jest, Nonejeśli po prostu nadpisujesz save), możesz podłączyć się do sygnału post_save Django . Dodaj to do swojego 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

To wywołanie zwrotne zablokuje savemetodę, więc możesz wykonywać takie czynności, jak powiadomienia wyzwalające lub aktualizować model dalej, zanim odpowiedź zostanie wysłana z powrotem przez sieć, niezależnie od tego, czy używasz formularzy, czy struktury Django REST do wywołań AJAX. Oczywiście używaj odpowiedzialnie i przeładowuj ciężkie zadania do kolejki zadań, zamiast czekać, aż użytkownicy będą czekać :)

raczej użyj pk zamiast id :

if not self.pk:
  do_something()

Jest to powszechny sposób.

identyfikator zostanie nadany podczas pierwszego zapisania do bazy danych

Czy to zadziała we wszystkich powyższych scenariuszach?

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)

Aby wiedzieć, czy aktualizujesz, czy wstawiasz obiekt (dane), użyj self.instance.fieldnamew swoim formularzu. Zdefiniuj czystą funkcję w swoim formularzu i sprawdź, czy bieżąca wartość jest taka sama jak poprzednia, jeśli nie, to ją aktualizujesz.

self.instancei self.instance.fieldnameporównaj z nową wartością