本当にあったやらかしDB設計⑦【ステートフルDB】 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どうも、最近満員電車に殺意を抱くようになった人です 今日は本当にあったやらかしDB設計⑥【見えない削除フラグ】に続いてびっくりしたことを紹介します ステートフルDB そもそもステートフルDBとは何でしょうか ステートフルDBとは、状態遷移をDBが管理していることです DBの値を0や1にすることによってアプリケーションの挙動を変えようとしてしまっています 更に、更新頻度が異常に高いです 削除フラグについては前回も触れていますが、削除フラグに留まらず、○○フラグというものは手法としてはかなり悪手です 下記で説明されているので、是非見てみてく

[nakag0711]

DBに記録されているのはステートそのものでしょうに…これは多分レイヤの違うものを同じテーブルに置くなと言いたいんだろうけど

[tpircs]

なんか自分が知ったことを正しいこととしてドヤってるけど、もう少し色々謙虚に学んだほうがよさそう。

[diveintounlimit]

状況によるな。ログとして保存するならこれでも良いけど、アプリとして状態を見たい場合はいちいちめんどくさいクエリを発行しないといけない。