Railsは別のテーブルへのRailsで

Question

をレコードを削除したレコードが削除されるとき、私は（構造前者に類似であろうと）、このような削除されたレコードのために別のテーブルを維持したいです。これを達成するための

一つの方法は、明らかに削除されたアイテムのモデルに最初のモデルから構造、検証と関連付けをコピーして貼り付けることであろう。しかし、これは多くのコードの冗長性をもたらし、スケーラブルな解決策ではありません。

くらい（または任意の）なしのRailsでこれを達成する方法のコードの冗長性 または1つは、上記 を述べたよりも、よりスケーラブルであるかもしれない解決策はありますか？

私はRuby 1.9.3-p125とRails 3.2を使用しています。

UPDATE

私は、このテーブルが大きすぎると、削除された記事と厄介したくなかったので、しかし、私はそれに対して決定し、テーブルに追加is_deleted列を使用して検討しました。私はこれらの削除された投稿に実際にアクセスするつもりはありません。これは単に記録保管やアーカイブ目的で保存されています。この列を追加すると、このテーブルへのアクセスが遅くなり、さらに重要なことに、モデルのdefault_scopeにこのチェックを含める場合でも、私は一部のSQL条件でis_deleted == falseのチェックを見逃すことがあります。

Answer 1

まあ、基本的にあなたがそれらを捨てる記録を保持していないしたいと思います。したがって、それらを「削除済み」とマークし、それらのレコードを取得している間はそれらのレコードを考慮しないように、コード内のロジックを微調整することができます。

Answer 2

は、元の表の「削除」列を追加します。削除されたレコードを除外するようにモデルのデフォルト範囲を設定します。

Answer 3

プライマリテーブルのレコード数が少なく、パフォーマンスが時間によって減少しないように、テーブルを別のテーブルに移動することをお勧めします。このようにして

削除のために使用RailsのActiveRecordのコールバックすなわち

before_destroy :move_to_trash 
. 
. 
def move_to_trash 
    Trash.create!(self) 
end 

レコードが削除されると、そのコピーはゴミ箱テーブルに作成されます。