論理削除の絞り込みはWHERE句でやるな

これはなに こんにちは、レバテック開発部のもりたです。 論理削除、皆さんは採用していますか？ わたしが普段開発するシステムでは論理削除を採用しているものもあるのですが、今回はその論理削除の気を付けるべき点として「子テーブルの論理削除されたレコードの絞り込みをWHERE句でしてはならない」という問題について解説します。慣習的に起こりにくいミスなんですが、案外ダメなことを知らない人もいると思うので、ご紹介です。 どうすればいいか？ こうじゃなくて... SELECT * FROM parents LEFT JOIN children ON parents.id = children.parents_id WHERE parents.deleted_at IS NULL AND children.deleted_at IS NULL -- 子テーブルの論理削除の絞り込み ; SELECT * F

[mcq]

WHERE句っていう文法の問題じゃなくて、小テーブルのフィルタリングとJOIN演算の適用順序を意識する必要がある、という話

[mak_in]

個人的には、論理削除のように、毎回必ずつける条件があるものは、テーブルを分けるように設計してる。アーキテクトとしては、いつか誰かがやらかす可能性のある設計はできるだけ潰しておきたいところ。

[Niemand]

そもそも、where句の書き方がおかしいだけ。性能はオプティマイザ次第だが論理削除で isnull を使う設計もおかしい。

[tatchimee]

これハマったときあったなあ。理想的には論理削除なしがいいけど、仕方ないときはビュー作るかな。

[punychan]

parents側の論理削除はここでは無関係だね。LEFT JOINする右側テーブルで論理削除されたレコードをないものとしたければ、JOIN時に条件つけろということ。

[ledsun]

（速度はおいておいて、論理条件だけみたら）parents.deleted_at IS NULL OR children.deleted_at IS NULL で検索したかった話なのかな？