Dans une méthode save () personnalisée de modèle django, comment identifier un nouvel objet?

Je souhaite déclencher une action spéciale dans la méthode save () d'un objet de modèle Django lorsque j'enregistre un nouvel enregistrement (sans mettre à jour un enregistrement existant).

La vérification de (self.id! = None) est-elle nécessaire et suffisante pour garantir que l'enregistrement automatique est nouveau et n'est pas mis à jour? Y a-t-il des cas particuliers que cela pourrait négliger?

Mise à jour: avec la clarification qui self._staten'est pas une variable d'instance privée, mais nommée de cette façon pour éviter les conflits, la vérification self._state.addingest désormais le moyen préférable de vérifier.

self.pk is None:

renvoie True dans un nouvel objet Model, sauf si l'objet a UUIDFieldpour primary_key.

Le cas du coin dont vous pourriez avoir à vous soucier est de savoir s'il existe des contraintes d'unicité sur des champs autres que l'identifiant (par exemple, des index uniques secondaires sur d'autres champs). Dans ce cas, vous pourriez toujours avoir un nouvel enregistrement en main, mais être incapable de le sauvegarder.

Autre moyen de vérifier que self.pknous pouvons vérifier self._statele modèle

self._state.adding is True créer

self._state.adding is False mise à jour

Je l'ai eu sur cette page

La vérification self.idsuppose qu'il ids'agit de la clé primaire du modèle. Une manière plus générique serait d'utiliser le raccourci pk .

is_new = self.pk is None

La vérification self.pk == Nonen'est pas suffisante pour déterminer si l'objet va être inséré ou mis à jour dans la base de données.

Django O / RM propose un hack particulièrement méchant qui consiste essentiellement à vérifier s'il y a quelque chose à la position PK et si c'est le cas, faites une MISE À JOUR, sinon faites un INSERT (cela est optimisé en INSERT si le PK est Aucun).

La raison pour laquelle il doit faire cela est que vous êtes autorisé à définir le PK lorsqu'un objet est créé. Bien que cela ne soit pas courant lorsque vous avez une colonne de séquence pour la clé primaire, cela ne s'applique pas aux autres types de champ de clé primaire.

Si vous voulez vraiment savoir, vous devez faire ce que fait l'O / RM et regarder dans la base de données.

Bien sûr, vous avez un cas spécifique dans votre code et pour cela il est fort probable que cela self.pk == Nonevous dise tout ce que vous devez savoir, mais ce n'est pas une solution générale.

Vous pouvez simplement vous connecter au signal post_save qui envoie un kwargs "créé", si vrai, votre objet a été inséré.

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

Vérifiez self.idet le force_insertdrapeau.

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

Ceci est pratique car votre objet nouvellement créé (soi) a de la pkvaleur

Je suis très en retard à cette conversation, mais j'ai rencontré un problème avec le self.pk étant rempli quand il a une valeur par défaut qui lui est associée.

La façon dont j'ai contourné cela consiste à ajouter un champ date_created au modèle

date_created = models.DateTimeField(auto_now_add=True)

De là, vous pouvez aller

created = self.date_created is None

Pour une solution qui fonctionne également même lorsque vous avez une UUIDFieldclé primaire (ce qui, comme d'autres l'ont noté, ne l'est pas Nonesi vous remplacez simplement save), vous pouvez vous connecter au signal post_save de Django . Ajoutez ceci à votre 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

Ce rappel bloquera la saveméthode, vous pouvez donc faire des choses comme déclencher des notifications ou mettre à jour le modèle avant que votre réponse ne soit renvoyée sur le fil, que vous utilisiez des formulaires ou le framework Django REST pour les appels AJAX. Bien sûr, utilisez de manière responsable et déchargez les tâches lourdes dans une file d'attente au lieu de faire attendre vos utilisateurs :)

utilisez plutôt pk au lieu de id :

if not self.pk:
  do_something()

C'est la manière courante de le faire.

l'identifiant sera donné lors de la première sauvegarde dans la base de données

Cela fonctionnerait-il pour tous les scénarios ci-dessus?

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)

Pour savoir si vous mettez à jour ou insérez l'objet (données), utilisez self.instance.fieldnamedans votre formulaire. Définissez une fonction de nettoyage dans votre formulaire et vérifiez si l'entrée de valeur actuelle est la même que la précédente, sinon vous la mettez à jour.

self.instanceet self.instance.fieldnamecomparez avec la nouvelle valeur