delete_allとdestroy_all？

Question

私はテーブルからレコードを削除する最良の方法を探しています。たとえば、ユーザーIDが多数の表にまたがるユーザーがあります。このユーザーと、すべてのテーブルでIDを持つすべてのレコードを削除します。

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

これは動作し、すべてのテーブルからユーザーのすべての参照を削除しますが、私はdestroy_allは非常にプロセス重かったことを聞いたので、私はdelete_allを試してみました。自分のユーザーテーブルからユーザーを削除するだけで、他のすべてのテーブルのidはnullになりますが、レコードはそのまま残ります。このようなタスクを実行するために正しいプロセスが何かを共有することはできますか？

私は、destroy_allがすべての関連オブジェクトでdestroy関数を呼び出していることを確認していますが、正しいアプローチを確認したいだけです。

Answer 1

あなたは正しいです。 Rails :dependent => :destroy VS :dependent => :delete_all

• destroy： - あなただけのユーザーを削除したい場合は、関連するすべてのオブジェクト抑制することなく、しかし>destroy_all - >delete_all

  この記事によると、あなたは、ユーザーおよび関連するすべてのオブジェクトを削除する場合/ destroy_all：関連オブジェクトはdestroyメソッドを呼び出すことによってこのオブジェクトと一緒に破棄されます

• delete/delete_all：関連するすべてのオブジェクトは、destroyメソッド

Answer 2

delete_allは、単一のSQL DELETE文です。 destroy_allは少なくとも：NUM_OF_RESULTS個のSQL文である可能性のある条件（もしあれば）のすべての一致する結果に対してdestroy（）を呼び出します。

大規模なデータセットでdestroy_all（）などの劇的な処理が必要な場合は、おそらくアプリケーションから処理して手動で注意して処理することになります。データセットが十分に小さい場合、それほど傷つくことはありません。

Answer 3

destroy_allは、すべてのレコードをインスタンス化して一度に1つずつ破棄しないように、モデルクラスから直接使用できます。

ので、代わりの：

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

あなたが行うことができます。結果は、すべての関連レコード

Answer 4

を破壊する1つのクエリです

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

私が軽減することができsmall gemを作りましたいくつかの状況で関連するレコードを手動で削除する必要があります。依存

：

この宝石は、ActiveRecordのアソシエーションの新しいオプションが追加されていますdelete_recursively

レコードを破壊する

は、このオプションを使用して関連付けられているすべてのレコードが再帰的に削除されます（つまり、モデル間で）、それらのいずれかをインスタンス化せずに。

depend：：deleteまたはdependent：：delete_allと同様に、この新しいオプションは依存レコードのaround/before/after_destroyコールバックをトリガーしません。

しかし、依存関係：：delete_recursivelyに関連付けられているモデルのチェーン内の任意の場所にdependent：：destroy関連付けを持たせることは可能です。 ：destroyオプションは、行の上または下のどこでも正常に動作し、すべての関連レコードをインスタンス化して破棄し、コールバックをトリガします。