• はてなブックマーク
  • テクノロジー
  • RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド / delete flag
  • Twitterでシェア
  • Facebookでシェア

RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド / delete flag

テクノロジー カテゴリーの変更を依頼 記事元:speakerdeck.com/soudai
適切な情報に変更
314 usersがブックマーク コメント25

    記事へのコメント25件

    • 注目コメント
    • 新着コメント
    turanukimaru
    turanukimaru 「あるべき姿」が本題なのに意図的に省略しやがった…！

    2024/02/13 リンク

    その他
    tacamula
    tacamula そもそもdeleteしていいデータってほとんどないよね、と近年は考えてる。データ設計をちゃんとしていくとそうなる。本当に消すのは操作ミスのリカバリ機能くらいじゃないかな。

    2024/02/13 リンク

    その他
    auto_chan
    auto_chan 何の成果も！！得られませんでした！！「あるべき姿」ページのリンクもクリックできません！！！

    2024/02/13 リンク

    その他
    raamen07
    raamen07 物理削除した結果過去どんなデータがあったか分からなくてユーザ対応できないとかそういう状態の方が遥かに辛い。ログ？そんな物何でもかんでもあるわけないじゃん。

    2024/02/13 リンク

    その他
    otchy210
    otchy210 実テーブルからは物理削除しつつ、削除済テーブルにデータを移すとか、トランザクションテーブルに削除記録を残すとかで、復元可能にする、かな。それらの「ごみ箱」は 1 年間くらいデータ保持とかね。

    2024/02/13 リンク

    その他
    xlc
    xlc ORMの適用が義務付けられたあるプロジェクトではデータ削除の際に全カラムをSELECTして削除フラグをONにし、全カラムを書き戻すそうです。バカですね。

    2024/02/13 リンク

    その他
    hdampty7
    hdampty7 データ量にもよるだろうけど、ソフトウェアデリートは普通でしょ。関連テーブルごとにカスケーディングの実装とか意識する感じでしょ。もちろん、最初から物理デリートも用途によってはありでしょうけど。

    2024/02/13 リンク

    その他
    prograti
    prograti 「制約が活用できない」がユニーク制約のことを言っているのであればRDBMSにもよりますが可能かと https://sqlfordevs.com/unique-index-ignore-some-rows

    2024/02/13 リンク

    その他
    Fluss_kawa
    Fluss_kawa ログデータにユーザIDとか書き込んでると、消したくても消せないけど消したことにするから削除フラグ。真面目にログテーブルにidとリレーションするとログまで消えかねないからね。

    2024/02/13 リンク

    その他
    w1234567
    w1234567 イミュータブルデータなイベントを履歴持ちして最新への参照のポインタだけ別テーブルで持てとかそんな話なんだろうけど大胆に端折られてて笑った

    2024/02/14 リンク

    その他
    nemoba
    nemoba 理想論を貫くとデータと情報の分離が良くてイベントモデルになってRDB向かない。RDBはデータではなく情報を保持するのが得意だと認識すること。削除フラグだろうが移動も分離も本質的にRDB歪ませてるのは同じ

    2024/02/14 リンク

    その他
    takeag
    takeag 書かれている通り、論理削除は親子関係ある場合の親に論理削除あると急に辛くなります。 困ったこと無いって言ってる人はそういったケースにぶち当たったことが無いだけでは。

    2024/02/14 リンク

    その他
    KentarouTakeda
    KentarouTakeda 「あるべき姿」は、画面を下にスクロールして「トランスクリプト」の所からURLがコピペできます！ https://soudai.hatenablog.com/entry/2018/05/01/204442

    2024/02/14 リンク

    その他
    ch1248
    ch1248 「ちゃんと設計すると削除していいデータはほぼ無い」は同意だなあ。

    2024/02/14 リンク

    その他
    da-yoshi
    da-yoshi とりあえず論理削除で作られたテーブルでトラブったことはほとんどないが、とりあえず物理削除で作られた（履歴を考慮していない）テーブルでトラブったことは無数にある

    2024/02/14 リンク

    その他
    w1234567
    w1234567 イミュータブルデータなイベントを履歴持ちして最新への参照のポインタだけ別テーブルで持てとかそんな話なんだろうけど大胆に端折られてて笑った

    2024/02/14 リンク

    その他
    hidea
    hidea 閲覧ミスしたのかと思って混乱した。無いのかよ

    2024/02/14 リンク

    その他
    kagehiens
    kagehiens 意味上の主キーが同じレコードが削除フラグ立ってるものについては複数存在する、とかやらない限り削除フラグで運用するのは問題ないと思う。所属先が削除されてるユーザーも、過去の取引記録に紐付いてたら消せない

    2024/02/14 リンク

    その他
    softstone
    softstone えっ？Web+DB PressってWebとDBを兼ね備えてるのにWebにPressの記事をJOINできないんですか？RDBのプロならJOINしてデータ引っ張ってきてくださいよ！？

    2024/02/13 リンク

    その他
    cl-gaku
    cl-gaku だいたい削除という言葉のチョイスが悪い

    2024/02/13 リンク

    その他
    Kil
    Kil 実務経験（24年）で、一度削除フラグを立てたものを戻して欲しい、と要求されたことはまだないです。

    2024/02/13 リンク

    その他
    Fluss_kawa
    Fluss_kawa ログデータにユーザIDとか書き込んでると、消したくても消せないけど消したことにするから削除フラグ。真面目にログテーブルにidとリレーションするとログまで消えかねないからね。

    2024/02/13 リンク

    その他
    tacamula
    tacamula そもそもdeleteしていいデータってほとんどないよね、と近年は考えてる。データ設計をちゃんとしていくとそうなる。本当に消すのは操作ミスのリカバリ機能くらいじゃないかな。

    2024/02/13 リンク

    その他
    satosssi
    satosssi “WEB+DB PRESS Vol.134に詳細があります” 買いました

    2024/02/13 リンク

    その他
    Mofuyuki
    Mofuyuki これはtwadaさんが言ってたやつか。

    2024/02/13 リンク

    その他
    ka-ka_xyz
    ka-ka_xyz 多分"HOGE"テーブルから"TRASHCAN_HOGE"へ移せみたいなやつ（基本こうしてるけど、こういう紹介の仕方は変な反感を買うだけで微妙だよなあと思う

    2024/02/13 リンク

    その他
    otchy210
    otchy210 実テーブルからは物理削除しつつ、削除済テーブルにデータを移すとか、トランザクションテーブルに削除記録を残すとかで、復元可能にする、かな。それらの「ごみ箱」は 1 年間くらいデータ保持とかね。

    2024/02/13 リンク

    その他
    xlc
    xlc ORMの適用が義務付けられたあるプロジェクトではデータ削除の際に全カラムをSELECTして削除フラグをONにし、全カラムを書き戻すそうです。バカですね。

    2024/02/13 リンク

    その他
    prograti
    prograti 「制約が活用できない」がユニーク制約のことを言っているのであればRDBMSにもよりますが可能かと https://sqlfordevs.com/unique-index-ignore-some-rows

    2024/02/13 リンク

    その他
    hecaton55
    hecaton55 元ネタは1,000ブクマされてるページかな？https://soudai.hatenablog.com/entry/2018/05/01/204442

    2024/02/13 リンク

    その他
    raamen07
    raamen07 物理削除した結果過去どんなデータがあったか分からなくてユーザ対応できないとかそういう状態の方が遥かに辛い。ログ？そんな物何でもかんでもあるわけないじゃん。

    2024/02/13 リンク

    その他
    hdampty7
    hdampty7 データ量にもよるだろうけど、ソフトウェアデリートは普通でしょ。関連テーブルごとにカスケーディングの実装とか意識する感じでしょ。もちろん、最初から物理デリートも用途によってはありでしょうけど。

    2024/02/13 リンク

    その他
    shiroemons
    shiroemons 4、5がほぼ無いから完全攻略できない

    2024/02/13 リンク

    その他
    auto_chan
    auto_chan 何の成果も！！得られませんでした！！「あるべき姿」ページのリンクもクリックできません！！！

    2024/02/13 リンク

    その他
    turanukimaru
    turanukimaru 「あるべき姿」が本題なのに意図的に省略しやがった…！

    2024/02/13 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド / delete flag

    PHPカンファレンス関西の登壇資料です。 WEB+DB PRESS Vol.134に詳細があります https://gihyo.jp/magaz...

    ブックマークしたユーザー

    • lugecy2024/03/02 lugecy
    • fivestech2024/02/26 fivestech
    • sanko04082024/02/24 sanko0408
    • tjnet5552024/02/19 tjnet555
    • anachrome2024/02/17 anachrome
    • libertine22024/02/17 libertine2
    • furnqse2024/02/15 furnqse
    • tofy2024/02/15 tofy
    • shimbaco2024/02/15 shimbaco
    • akachochin2024/02/15 akachochin
    • takayuki0072024/02/15 takayuki007
    • koma22024/02/15 koma2
    • supaiku24522024/02/15 supaiku2452
    • HathiPOYU7PIKO6PIRORIn2024/02/14 HathiPOYU7PIKO6PIRORIn
    • ysirman2024/02/14 ysirman
    • marutaku01312024/02/14 marutaku0131
    • nabeatsu12024/02/14 nabeatsu1
    • kinushu2024/02/14 kinushu
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.