Warum löscht Django kaskadierende Löschungen auf Fremdschlüsseln?

Question

Django führt ein kaskadiertes Löschen von Modellen mit Fremdschlüsseln als Standard aus. Das heißt, Sie haben einen ForeignKey in A, der auf B zeigt, und Sie löschen B, dann wird A ebenfalls gelöscht.

This is known and documented, aber ich habe keine gute Begründung für die Design-Entscheidung gefunden, um es zu einem Standard zu machen, angesichts wie intuitiv es scheint. Weiß jemand, warum es so sein kann?

Answer 1

7 Jahre ...

ein Ticket war offen #7539

Wo es diskutiert werden begann.

Jahren von benjaoming

Jemand eine Diskussion gebeten ... Ich hatte gerade eine Begegnung mit diesem, und was fehlte war ich zu wissen, was in Bezug auf los ist Löschung Kaskadierung, weil es ist ziemlich gefährlich (Sie verlieren Daten !!) und stiehlt viel Zeit. Es zu verhindern, ist jedoch einfach. Überschreiben die delete() -Methode eines Modells und Aufruf von clear() auf die verwandten Fremdschlüssel des Modells ist einfach, und es ist eine manuelle Implementierung, die alle Programmierer verstehen sollten. Aber ich kann an eine andere Alternative denken: Wenn Null = True für den Fremdschlüssel in Frage, warum nicht automatisch SET NULL, wenn die zugehörige Instanz gelöscht wird? Das ist für mich noch "intuitiver" als CASCADE. Immerhin null = True ist etwas, das der Programmierer angibt und hat mit irgendwo in der Implementierung, weshalb er auch keine kaskadierende Löschung einer solchen Beziehung. Wenn on_delete möglich ist, in einem Schlüsselfeld zu setzen, müsste es der Null-Option entsprechen. und zusammen mit dem "intuition argument", das eine 1: 1 Korrespondenz zwischen den beiden Optionen erstellt. Und dann das "logische Argument": Django behandelt seine Logik in Python-Code, nicht in der Datenbank, die als eine einfache Speicher-Engine gehalten wird. Die RESTRICT-Option ist eine Validierung Problem und wird wahrscheinlich in den meisten Fällen auf diese Weise behandelt werden, so dass die Datenbank erzwingen würde redundant wäre. Um es auf Model-Level zu aktivieren könnte ebnen den Weg für einige schöne neue automatische Validierung in ModelForms, so dass ich denke, es klingt wie eine nette Funktion. Wenn all dies implementiert ist, würde ich vorschlagen, die Null-Option aus Schlüssel Felder zu entfernen und es nach on_delete gesetzt haben.

Jahre später wurde die Angelegenheit erneut in der Gruppe diskutiert.

Django-Entwickler (Beiträge selbst Django)
changing the on_delete=CASCADE default

Und dann andere Tickets erstellt wurden #21127 und #21961.

Und wir sind hier angekommen. ForeignKey and OneToOneField on_delete argument

Um das Bewusstsein über kaskadierende Modell Löschen, das on_delete Argument von ForeignKey und OneToOneField zu erhöhen wird in Django 2.0 erforderlich.

Aktualisieren Sie Modelle und vorhandene Migrationen, um das Argument explizit festzulegen. Da der Standardwert models.CASCADE ist, fügen Sie on_delete = models.CASCADE to alle ForeignKey- und OneToOneFields hinzu, die keine andere Option verwenden. Sie können es auch als zweites Positionsargument übergeben, wenn Sie nicht über die Kompatibilität mit älteren Versionen von Django nachdenken. .

Answer 2

Es gibt eine ziemlich lange Diskussion über diese in this ticket. In Django 2.0 das on_delete Argument will be required so das aktuelle Standardverhalten wird nicht mehr gelten. vor