Django Fremdkörper löschen?

Question

Wenn wir ein Profil einrichten, wie Django empfiehlt:

class Profile(models.Model): 
    user = models.ForeignKey(User, unique=True) 

Dann, wenn Sie das Objekt User von Django Admin löschen, sein Profil löscht too.This ist, weil das Profil einen Fremdschlüssel Benutzer hat und es will um referentielle Integrität zu schützen. Allerdings möchte ich diese Funktionalität, auch wenn der Zeiger in die andere Richtung geht. Zum Beispiel auf meiner Profile Klasse I haben:

shipper = models.ForeignKey(Shipper, unique=True, blank=True, null=True) 
carrier = models.ForeignKey(Carrier, unique=True, blank=True, null=True) 
affiliat = models.ForeignKey(Affiliate, unique=True, blank=True, null=True, verbose_name='Affiliate') 

Und ich will es so, dass, wenn Sie die Profile löschen werde es die zugehörigen Absender/Träger/Affiliate-Objekte löschen (fragen Sie mich nicht warum Django gemacht " Affiliate "irgendein seltsames Schlüsselwort". Weil Versender, Spediteure und Affiliates Arten von Benutzern sind und es keinen Sinn ergibt, dass sie ohne den Rest der Daten existieren (niemand könnte sich als ein Benutzer anmelden).

Der Grund, warum ich nicht die Schlüssel auf den anderen Objekten gelegt hat, denn dann würde Django intern haben kommen alle diese Tabellen jedes Mal, wenn ich welche Art der Benutzer war ...

Answer 1

Während eines post_delete Signal unter Verwendung eines von bernardo oben beschrieben ist ok Ansatz, die gut funktionieren werden, versuche ich, wie nur irgend unter Verwendung von Signalen so wenig möglich zu vermeiden, wie ich fühle mich wie es durch das Hinzufügen Verhalten Standardfunktionalität Code unnötig faltet an Orten, die man erwarten könnte.

Ich bevorzuge die oben genannte Methode, aber das Beispiel von Felix hat einen schwerwiegenden Fehler; die delete() Funktion ist zwingende sieht wie folgt aus:

def delete(self, using=None): 
    using = using or router.db_for_write(self.__class__, instance=self) 
    assert self._get_pk_val() is not None, "%s object can't be deleted because its %s attribute is set to None." % (self._meta.object_name, self._meta.pk.attname) 

    collector = Collector(using=using) 
    collector.collect([self]) 
    collector.delete() 

Hinweis den Parameter ‚mit‘, in den meisten Fällen wir löschen() aufrufen, mit leeren Argumente, so dass wir auch dort war bekannt haben. Im obigen Beispiel wird dieser Parameter von uns überschrieben und überschreibt nicht die Superklassenfunktionalität. Wenn jemand den Parameter 'using' beim Löschen des Profils übergibt, führt dies zu unerwartetem Verhalten. Um zu vermeiden, dass, würden wir das Argument erhalten zusammen mit ihrem Standard lika stellen Sie sicher, so:

class Profile(models.Model): 
# ... 

def delete(self, using=None): 
    if self.shipper: 
     self.shipper.delete() 
    if self.carrier: 
     self.carrier.delete() 
    if self.affiliat: 
     self.affiliat.delete() 
    super(Profile, self).delete(using) 

Einen pitfall den übergeordneten Ansatz ist jedoch, dass löschen() nicht explizit pro db Rekord auf Masse gecallt dies bedeutet, löscht, dass, wenn Sie das Löschsignal nutzt entweder mehrere Profile auf einmal und halten Sie das übergeordnete Verhalten (Aufruf .delete() auf einem django queryset zum Beispiel) löschen gehen zu wollen, musst (wie von bernardo beschrieben) oder Sie müssen jeden Datensatz einzeln durchlaufen (sie sind teuer und hässlich).

Answer 2

Sie können prüfen wollten override the delete() Methode der Profilklasse und löschen Sie die anderen Objekte in dieser Methode, bevor Sie das aktuelle Profil löschen.

Etwas wie:

class Profile(models.Model): 
    # ... 

    def delete(self): 
     if self.shipper: 
      self.shipper.delete() 
     if self.carrier: 
      self.carrier.delete() 
     if self.affiliat: 
      self.affiliat.delete() 
     super(Profile, self).delete() 

Answer 3

Ein besserer Weg, dies zu tun und das funktioniert mit Löschmethode des Objekts und QuerySet die Methode löschen das post_delete Signal verwendet, wie Sie in den documentation sehen können.

In Ihrem Fall würde Ihr Code dies ganz ähnlich sein:

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

@receiver(models.signals.post_delete, sender=Profile) 
def handle_deleted_profile(sender, instance, **kwargs): 
    if instance.shipper: 
     instance.shipper.delete() 
    if instance.carrier: 
     instance.carrier.delete() 
    if instance.affiliat: 
     instance.affiliat.delete() 

Dies funktioniert nur für Django 1.3 oder höher, weil das post_delete Signal in dieser Django Version hinzugefügt wurde.