共有
  • 記事へのコメント14

    • 注目コメント
    • 新着コメント
    その他
    bopperjp
    SRE がいないなんてのは組織サイズが小さいからいける話で。いつか「インフラとか運用とか知らないんですけど、アプリはめちゃくちゃ得意です」みたいな人をいっぱい取る時に必要になる。

    その他
    da-yoshi
    削除データを他と同様に扱うケースがある場合はフラグかステータスか別テーブルでUNIONとか。別テーブルにするとFKが問題になるから使わないとか? 短期的にはいいかもだけど長期的にはデータ不整合が増える危険が

    その他
    cojicoji42b
    “バックエンドエンジニアがインフラのことを常に理解し、その上でいかに監視コストを減らしていくかを考えるべきです。”

    その他
    cpw
    不具合で知らず知らずのうちにデータ不整合起こしてそう。気付けないのが難点だよね

    その他
    Windfola
    頻度低いなら削除フラグは使わない、いざとなったらAI使ってログから復元するし!、はケースによってはまぁありなのかもしれないが

    その他
    twotiger
    twotiger この手の話ってどれが正解ってわけでもない。議論してる暇があるなら手を動かした方がいい。外部キー使わないのが慣れてるならそれでもいいけど、外部キー使わないのが正解とか押し付けてくる現場は嫌

    2026/01/29 リンク

    その他
    turanukimaru
    turanukimaru 外部キーが役に立つのは削除してはいけないデータを削除するときなので、極論で言えばマスタに対してしか参照しない、マスタは絶対に削除しない、という方針なら無くてもいいんじゃないかと思う。試してはいない。

    2026/01/29 リンク

    その他
    toro-chan
    今現在だと生成AIは頭が悪すぎて、とてもじゃないけど相棒じゃない。せいぜい初心者部下程度。早く作ること優先はいいけど、生成AIと相性は良くない。勝手に平均的に組んでしまうので。

    その他
    kobito19
    kobito19 人間もAIもシステム理解するのにFK見るし、意図に反して認知コストは上がるんじゃ

    2026/01/29 リンク

    その他
    soxandcity
    結果整合性とか集約の境界で外部キー貼らないのはわかるが、読む限りそうでもなさそうだ。

    その他
    tasukuchan
    “梅林泰孝”

    その他
    takeag
    takeag 外部キー無しか。パフォーマンス的にはシンプルになるかもだけど、アプリ側の処理はシンプルにならないのでは。 毎回存在チェックするなど

    2026/01/29 リンク

    その他
    nippondanji
    削除フラグなしは良いんだけど、外部キーを使わないのは頂けないな。

    その他
    nguyen-oi
    削除フラグなしとか漢気あふれる設計だな。Devin全社導入も時代の最先端感ある

    その他

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

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

    関連記事

    そのベストプラクティスは、本当に必要か——シングルDB、削除フラグなし、Devin全社導入に共通するFaciloの設計思想 - はてなニュース

    Facilo(ファシロ)は、不動産仲介という業務フローが極めて複雑な領域で、あえて「構成・組織・開発プ...

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

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む