論理削除が云々について - mike-neckのブログ

今日朝イチで見たエントリーがこれでした。 qiita.com 論理削除の弊害は色々なところで言われているけど、僕の足りない頭で理解している所によると、二つの値しか持たない削除フラグ的なものはカーディナリティが云々で検索条件につけても性能上的にもよくないし、意味がないということです。 論理削除を完全に悪だとは言いませんが、論理削除を極力排したい人たちは、基本的にデータそのものを削除する、もしくは論理削除というのはまだ要件的に未確定な要素が隠されていることを示すフラグであると考えているようです。 僕がITの業界でキャリアをスタートしてから2年目くらいに配置されたプロジェクトではT字型ER手法というのをベースにしたテーブル設計をしていて、そこでかなり鍛えられたわけですが、その時にはだいたいこのような原則を叩きこまれました。 テーブルに状態を持たせない 究極には機械が認識するキーと、人間にとって意

[a_suenami]

すごーくわかるんだけどUPDATEとDELETEを使わないと決めたときに参照効率をどうやって担保するかというのとそれをDBの責任でやってくれるのかアプリケーションに任せるのかみたいなところにいまだに答えが見いだせてない

[ssids]

Dが無い前提だと社会的要請（プライバシーとか個人情報とか）からどうしてもDが必要なときに泣きそう、っていうか泣いた

[poponponpon]

区分をkbnとかコードをcdとか書いてあるのを見るとぶん殴りたくなる

[yosuke_furukawa]

時代がdatomicに追いついたのか

[yusuke-k]

CRUDからUとDを取り除くと別の複雑さを持ち込むことになるけど、考え方としては圧倒的にシンプルになる。と思う。

[komagata]

kbn=KuBuNって業界的には常識だったのか…

[koyancya]

Immutable Record 勢だ

[houyhnhm]

テーブルを分割するかどうかは、趣味と実行効率の話かなーとは。／わりとステータス処理することが普通（監査証跡とか必要な業界なので）。あと、個人情報モノは設計として完全分離。

[otchy210]

個人情報保護法に基づいてデータの削除を要求したとして、削除したと連絡きたとして、その後データが漏洩したところ、まだ情報が含まれてた場合、すごい面倒な事になりそうだ。

[suginoy]

2値でも一方の割合が極端に小さい場合はメリットありますね。 “二つの値しか持たない削除フラグ的なものはカーディナリティが云々で検索条件につけても性能上的にもよくないし、意味がないということです。”

[ms2sato]

わかるなーと思いつつ、厳密にやろうとすると一覧作る時の「現在の状態」のSQLが複雑化&性能劣化が気になるかと。モデリングの主体とは別にキャッシュ扱いのテーブルを作りそう。個人プロジェクトでいつかやりたい。

[hdkINO33]

“NULL三原則、作らず、持たず、持ち込ませずを守れ。”

[masa8aurum]

T字型ER手法についての言及あり。 「その時にはだいたいこのような原則を叩きこまれました。」の次の項目群が参考になりそう

[iguchi1124]

少ない方を参照する場合に限るのでは？と思った “少ない、片方が極端に多い場合は意味あるらしい”

[pero_0104]

て・・・・テーブルに状態を持たせない。。。！？

[hirocueki]

DB初級者にとってタメになる指針おおくたすかるやつ

[mather314]

“どこまで削除されたデータを遡及して削除されたことにするのかということについて設計”

[tdtsh]

T字形ER好きなんで同意する所もあるけどテーブル数は凄いことになる。規模が大きいと画面によってはテーブルの結合数が半端無く多くなるので実装はソコソコ大変だった希ガス。

[t_ymt2]

"言いたいことは、削除とか論理削除とかどうでもいいから、「CRUD」の「U」と「D」はやめろということ"

[Chocolat520]

kbnを「キボン」と読んで「？？？」となった。区分か…

[yukung]

"T字型ER手法"

[nippondanji]

KBNという文字が含まれたカラムが登場したときのクソクエリ率は異常。/悪影響があるからと言ってUとDが要らないという結論に至るのは、話が飛躍し過ぎではなかろうか。

[rryu]

UとDを無くすと現行のデータセットを直接示すものがない状態になるので圧倒的にRが面倒になるという。

[rzi]

興味深い。理想が眩しい・・・orz

[you21979]

ゲームなんか状態しか持たないから常識が通用しないのだがデータベースに持つのはもともと向いてないということなんだなぁ

[nilab]

論理削除が云々について - mike-neckのブログ

[karia]

skj_kbn笑った

[ledsun]

今のディスクスペースやメモリ容量なら、そろそろ論理削除（UPDATE文で状態を更新する）実装はやめてもいいんじゃないの？というお話。

[airj12]

気持ちは分かるけどシステムのオーナーがどう思うかな所もあり… / これがしたい→ http://www.slideshare.net/kawasima/ss-44958468

[atsukanrock]

Event Sourcing?

[Hayato]

すくなくとも、xxステータス カラムみたいなのはUしたくないよね。Uしたことしかないけど。

[toritori0318]

xxx_kbn、懐かしすぎて泣いた

[hatz48]

UDを表すレコードを作るってことなのかな。パフォーマンスは完全に捨ててるのだろうか。

[htnmiki]

UとDは記憶装置が高価だったから出来たのだろうか。

[efcl]

datomic的な更新と削除をしないで追加する話

[te2u]

システムの運用が結構大変そうだけど、どうなのだろう。「設計、実装が大変だから」というツケを運用で支払わされているような感じ。

[iakio]

人類マスタが無いので、システムが現実の事象をどう切り取るかという問題だと思う。退職した社員を再雇用した場合以前と同じIDを付与すべきか

[shag]

nullのない社会。実現したい

[kazuau]

自分の常識ではルーチンでDELETEなんてしないのが普通。どうしても必要ならばメンテナンス作業で。ところでkbnは区分じゃなくてキボンヌの略だと思った。