En un método save () personalizado de modelo django, ¿cómo debe identificar un nuevo objeto?

Quiero activar una acción especial en el método save () de un objeto modelo Django cuando guardo un nuevo registro (sin actualizar un registro existente).

¿La verificación de (self.id! = Ninguno) es necesaria y suficiente para garantizar que el auto registro sea nuevo y no se actualice? ¿Algún caso especial que esto pueda pasar por alto?

Actualizado: con la aclaración de que self._stateno es una variable de instancia privada, sino que se llama así para evitar conflictos, la verificación self._state.addinges ahora la forma preferible de verificar.

self.pk is None:

devuelve True dentro de un nuevo objeto Model, a menos que el objeto tenga a UUIDFieldcomo su primary_key.

El caso de la esquina por el que debería preocuparse es si hay restricciones de unicidad en los campos que no sean la identificación (por ejemplo, índices únicos secundarios en otros campos). En ese caso, aún podría tener un nuevo registro en la mano, pero no podrá guardarlo.

Una forma alternativa de verificar self.pkpodemos verificar self._stateel modelo

self._state.adding is True creando

self._state.adding is False actualización

Lo obtuve de esta página

La comprobación self.idasume que esa ides la clave principal para el modelo. Una forma más genérica sería utilizar el atajo pk .

is_new = self.pk is None

La comprobación noself.pk == None es suficiente para determinar si el objeto se va a insertar o actualizar en la base de datos.

El Django O / RM presenta un truco especialmente desagradable que es básicamente para verificar si hay algo en la posición PK y, de ser así, hacer una ACTUALIZACIÓN, de lo contrario, hacer un INSERT (esto se optimiza a un INSERT si el PK es Ninguno).

La razón por la que tiene que hacer esto es porque se le permite establecer la PK cuando se crea un objeto. Aunque no es común cuando tiene una columna de secuencia para la clave primaria, esto no se cumple para otros tipos de campo de clave primaria.

Si realmente quiere saber, debe hacer lo que hace el O / RM y buscar en la base de datos.

Por supuesto, usted tiene un caso específico en su código y de que es muy probable que self.pk == Nonetodo lo que necesita saber dice, pero es no una solución general.

Simplemente puede conectarse a la señal post_save que envía un kwargs "creado", si es verdadero, su objeto ha sido insertado.

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

Verificar self.idy la force_insertbandera.

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

Esto es útil porque su objeto recién creado (self) tiene pkvalor

Llegué muy tarde a esta conversación, pero me encontré con un problema con el self.pk que se rellena cuando tiene un valor predeterminado asociado.

La forma en que solucioné esto es agregando un campo date_created al modelo

date_created = models.DateTimeField(auto_now_add=True)

Desde aquí puedes ir

created = self.date_created is None

Para una solución que también funciona incluso cuando tiene una UUIDFieldclave principal (que, como otros han señalado, no es Nonesi simplemente anula save), puede conectarse a la señal post_save de Django . Agregue esto a sus modelos.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

Esta devolución de llamada bloqueará el savemétodo, por lo que puede hacer cosas como notificaciones de activación o actualizar el modelo aún más antes de que su respuesta se envíe por cable, ya sea que esté utilizando formularios o el marco Django REST para llamadas AJAX. Por supuesto, use de manera responsable y descargue tareas pesadas en una cola de trabajo en lugar de hacer que sus usuarios esperen :)

más bien use pk en lugar de id :

if not self.pk:
  do_something()

Es la forma común de hacerlo.

la identificación se dará mientras se guarda por primera vez en el db

¿Funcionaría esto para todos los escenarios anteriores?

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)

Para saber si está actualizando o insertando el objeto (datos), utilícelo self.instance.fieldnameen su formulario. Defina una función limpia en su formulario y verifique si la entrada del valor actual es la misma que la anterior, de lo contrario, la está actualizando.

self.instancey self.instance.fieldnamecomparar con el nuevo valor