delete_all vs destroy_all?

Ich suche nach dem besten Ansatz, um Datensätze aus einer Tabelle zu löschen. Zum Beispiel habe ich einen Benutzer, dessen Benutzer-ID sich über viele Tabellen erstreckt. Ich möchte diesen Benutzer und jeden Datensatz löschen, der seine ID in allen Tabellen hat.

u = User.find_by_name('JohnBoy')
u.usage_indexes.destroy_all
u.sources.destroy_all
u.user_stats.destroy_all
u.delete

Dies funktioniert und entfernt alle Referenzen des Benutzers aus allen Tabellen, aber ich habe gehört, dass dies destroy_allsehr prozesslastig war, also habe ich es versucht delete_all. Es entfernt nur den Benutzer aus seiner eigenen Benutzertabelle und die idaus allen anderen Tabellen werden auf null gesetzt, die darin enthaltenen Datensätze bleiben jedoch erhalten. Kann jemand mitteilen, was der richtige Prozess für die Ausführung einer solchen Aufgabe ist?

Ich sehe, dass destroy_alldie destroyFunktion für alle zugeordneten Objekte aufgerufen wird, aber ich möchte nur den richtigen Ansatz bestätigen.

Du hast recht. Wenn Sie den Benutzer und alle zugehörigen Objekte löschen möchten -> destroy_all Wenn Sie jedoch nur den Benutzer löschen möchten, ohne alle zugeordneten Objekte zu unterdrücken ->delete_all

Laut diesem Beitrag: Rails: abhängige =>: VS zerstören: abhängig =>: delete_all

• destroy/ destroy_all: Die zugehörigen Objekte werden neben diesem Objekt durch Aufrufen ihrer Zerstörungsmethode zerstört
• delete/ delete_all: Alle zugehörigen Objekte werden sofort zerstört, ohne die Methode: destroy aufzurufen

delete_all ist eine einzelne SQL DELETE-Anweisung und nichts weiter. destroy_all ruft destroy () für alle übereinstimmenden Ergebnisse von: Bedingungen (falls vorhanden) auf, bei denen es sich um mindestens NUM_OF_RESULTS SQL-Anweisungen handeln kann.

Wenn Sie etwas drastisches wie destroy_all () für große Datenmengen tun müssen, würde ich es wahrscheinlich nicht über die App tun und es manuell mit Sorgfalt behandeln. Wenn der Datensatz klein genug ist, würden Sie nicht so viel verletzen.

Um zu vermeiden, dass destroy_allalle Datensätze instanziiert und einzeln zerstört werden, können Sie sie direkt aus der Modellklasse verwenden.

Also statt:

u = User.find_by_name('JohnBoy')
u.usage_indexes.destroy_all

Du kannst tun :

u = User.find_by_name('JohnBoy')
UsageIndex.destroy_all "user_id = #{u.id}"

Das Ergebnis ist eine Abfrage, um alle zugehörigen Datensätze zu zerstören

Ich habe ein kleines Juwel gemacht , das die Notwendigkeit verringern kann, zugeordnete Datensätze unter bestimmten Umständen manuell zu löschen.

Dieses Juwel fügt eine neue Option für ActiveRecord-Zuordnungen hinzu:

abhängig :: delete_recursively

Wenn Sie einen Datensatz zerstören, werden alle Datensätze, die mit dieser Option verknüpft sind, rekursiv gelöscht (dh modellübergreifend), ohne einen von ihnen zu instanziieren.

Beachten Sie, dass diese neue Option genau wie abhängig :: löschen oder abhängig :: delete_all nicht die Rückrufe um / vor / nach_zerstörung der abhängigen Datensätze auslöst.

Es ist jedoch möglich, abhängige :: Assoziationen an einer beliebigen Stelle innerhalb einer Modellkette zu zerstören, die ansonsten mit abhängigen :: delete_recursively verknüpft sind. Die Option: destroy funktioniert normalerweise überall auf der Linie, instanziiert und zerstört alle relevanten Datensätze und löst so auch deren Rückrufe aus.