論理削除gemを1年ほど保守してみて。重大な欠点にやっと気づいたポエム。 - 波打際のブログさん

はじめに kakurenboというgemはご存知でしょうか？paranoiaの欠点を克服すべく1年ほど前に私が開発を始めたgemです。(参考：Rails4と3で論理削除を行うためのGem Kakurenbo の紹介と今更論理削除Gemを実装した理由。 - 波打際のブログさん) issueやpullrequestを送信してくださる善意のコミッターの方々に支えられながら1年ほど保守をしてきました。その上で薄々は気がついていたのですが、どうしても認められなかった重大な欠点をハッキリと認識させられたのでポエムにしました。 論理削除gemの起源 kakurenboもparanoiaも、廃れてしまった acts_as_paranoid を再実装したものです。 これらのgemは導入するだけで、いつも使っているdestroyメソッドが論理削除メソッドに早変わりする素晴らしいgem...になるはずだったので

[joker1007]

そもそも論理削除をできるだけ止めた方がいい。ユニーク制約があるテーブルでそれやると地味に後から死ぬ。後、関連の後処理がめんどい。必要な情報だけ別テーブルにコピって捨てるのが良いと最近思う。

[chezou]

petit...?

[koyancya]

レベルを上げて論理で削除

[ysync]

何故そこで物理でなく論理削除すべきなのかは明確であるべきで、しれっと機能を置き換えるのはよろしくないとは思う。

[moro]

Rails既存の機能を置き換えるのはやばいという気付きはそのとおりだと思いますが、それはそれとして「論理削除」もそれ自体が既にやばい。論理とは削除とは。

[plasma0713]

“今となっては一理あるなと思えるものの、delete_allメソッドを呼び出すと、全て物理削除されてしまう挙動には、あまりにも整合性が保てていないと思います。”

[matsubobo]

paranoiaからdiscardが生まれた

[Cherenkov]

論理削除

[morygonzalez]

尊いエントリ

[zucay]

"paranoiaは保守性を優先して、ActiveRecordと深く関わらない代わりに不完全な対応のまま(中略)delete_allメソッドを呼び出すと、全て物理削除されてしまう挙動には、あまりにも整合性が保てていないと思います。"

[akiyoshi83]

自分が凝ってたところがそもそもそこまで必要じゃなかったってことよくあるよな。。

[h5y1m141]

気になって調べ物していたらこのエントリ見つけて "今後railsで開発を行う際には、 rails既存の機能を置き換えるgemは地雷だと考える rails既存の機能を置き換えるコードを絶対に書かない という2点に留意する" らしい

[rochefort]

“rails既存の機能を置き換えるgemは地雷だと考える rails既存の機能を置き換えるコードを絶対に書かない”

[izumin5210]

名前がkakurenbo-putiじゃなくてkakurenbo_petitなら使ってた

[moronbee]

"rails既存の機能を置き換えるgemは地雷だと考える"、"rails既存の機能を置き換えるコードを絶対に書かない" これぞ心眼。

[t_f_m]

プチなら petit では

[yutaka77777]

論理削除gemを1年ほど保守してみて。重大な欠点にやっと気づいたポエム。 　kakurenboというgemはご存知でしょうか？paranoiaの欠点を克服すべく1年ほど前に私が開発を始めたgemです。(参考：Rails4と3で論理削除を行うためのGem K

[bouzuya]

kakurenbo の開発を維持するのは難しい。理由は ActiveRecord の destroy という既存機能を置き換える場合、Rails のバージョンアップを追い続けないといけないため。

[sonots]

論理削除そのものの欠点という意味ではないのか

[ebo-c]

Railsさまの祟り。acts_as魔窟

[yoshioota]

同意「rails既存の機能を置き換えるgemは地雷だと考える」

[oakbow]

RailsでのWeb開発は、進化の早いRailsについていけるだけの環境が必要なのだけれど、gemもそうだったというお話。 論理削除は肯定的に考えているタイプなので、ほんと頑張ってほしいと思う。

[masatomo-m]

論理削除はやりたいのはわかるけど、どこのスコープまで完全に削除したように見せるべきかが大事なのだと思った

[inouetakuya]

なるほど

[Rinta]

フレームワークを外から触るのには限界がある。ましてやボランティアともなれば。フレームワークそのものを触ってればよかったのかもしれないけど、中に入っていくのにものすごくコストがかかるんだろうな。

[yamaz]

[destroyのオーバーライドをやめ、素直にsoft_destroyというメソッドを設けることです。

[aki03]

論理削除はいろいろ辛みある。。

[tamanecoplus]

論理削除が溜まるとDBの性能も劣化。別テーブルにレコード移動or別テーブルからレコード復帰みたいなgemの方が現実的だと思う

[masutaka26]

"rails既存の機能を置き換えるgemは地雷だと考える"

[sue445]

“rails既存の機能を置き換えるコードを絶対に書かない” 分かる（つらい）

[niku4i]

#soft_delete実装したsoft_deletionというgemを使ってる

[ryosukeyamazaki]

祟りじゃ! Rails の神様のバチがあったのじゃ!