lynx   »   [go: up one dir, main page]

記事へのコメント82件

  • 注目コメント
  • 新着コメント
tankdesant
ステータスパターンでもいいけど本質的に何も解決になって無いね。 意味不明なステータスに振り回されて地獄を見た経験もあるし。。 保守運用する側としては楽でいいんだがね。論理削除は。

その他
d6rkaiz
deleted_atを日付型にしてるけど、これをint型でdefault 0にして削除したらunix time を入れれば解決できませんかね？いつもそうしてるけど。

その他
otchy210
履歴テーブルアプローチが好き。「本当に削除を取り消さなければならない時ってあった？それって削除前の状態が分かれば十分じゃ無かった？」と自問した結果。

その他
frkw2004
Where句必須、は別に悪いことではないような気がするけど。ＤＢが現実のモデルなら、現実とは常にWhere条件が付きまとう。暗黙か明示的かの違いはあるけど。

その他
ata00000
削除フラグがダメで削除日か状態なら良いと言ってる理由が分からん… 2章の内容が全然回避できてないように見える。履歴テーブルに関しては「気合で」とか言ってる時点で論外だし

その他
dekasasaki
is_deleted2…ありそうだ

その他
t-wada
本日の講演資料をアップロードしました / (更新)最初にショボい解決案を持ってくるという本書の構成に合わせたら誤解する人が多かったのでオススメできない旨を追加しました #ronsakucasual

その他
trade_heaven
日付いれても結局検索文に条件入れないとだめじゃないのか？これ

その他
raimon49
is_delete2の登場に戦慄した。フラグよりもxxxx_atで日時やUNIX timeを持つ方がWhyが明確になって一つの解決策たり得る場面はある。

その他
deloreanmc12
「とりあえず」という時点で思考停止。でも結構してしまうな。今後の参考に。。。

その他
ya--mada
削除フラグは良くないね、は理解出来るが、削除も更新もしないってどういう意味だろうか？個人情報保護法どうすんだ？/なるほど、脳死で削除フラグを実装しちゃうアホが多いって言いたいのね。https://fukabori.fm/episode/27

その他
s-takaya1027
😇

その他
kzm1760
社内で読み合わせしたけど勉強になった。解はすぐには出ないけどとりあえずの削除フラグは避けようと思った。

その他
youko03
解決策が知見だ

その他
nilab
「SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902」

その他
tosnum
“ ”

その他
daaaaaai
また考えてる。ActiveRecordとかORMで履歴テーブルつくって設計するの難しい。

その他
tri-star
論理削除について

その他
moegg
“• 「削除」は設計不足を示す • お客様は本当に「削除」と言っているか?”“• それでもよく考えた末の削除フラグなら OK. まとめ: とりあえず削除フラグ”

その他
wiz7
つい最近不具合起こしたからよくわかわる。状態として管理するのがまずは直感的かな

その他
aroma_black
“ IsDeletedフラグを使う代わりに、Dahan氏はデータの状態を表 すフィールドを保持することを提案している。”

その他
SWIMATH2
フラグではなく状態であると考えるか、更新も削除もしないか、の二択らしい。後者がよく分からなかった

その他
satoshie
凄くためになる。

その他
Dai_Kamijo
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」 @SlideShareさんから — 上條　大 (@Dai_Kamijo) September 5, 2016 from Twitter https://twitter.com/Dai_Kamijo September 05, 2016 at 12:43PM via IFTTT

その他
Garam17
これか

その他
ymkjp
アンチパターン = "問題の解決を意図しながら、他の問題を生じさせてしまう技法"。モデルの要件を見極めるのが大切。DHHはTrashableっていうconcernsをincludeするアプローチ。 https://gist.github.com/dhh/1014971

その他
sugimori
これ読書会したらいいのかな？

その他
ledsun
久しぶりに読み直した。やはり、良い資料だ。（私は、論理削除は「ユーザーの言葉」でなく、「実装方法を表す言葉」なので嫌）

その他
sawarabi0130
履歴テーブルへの移動というのがコード、性能（元テーブルへのアクセス）、運用（バックアップ）のどれをとっても優秀。

その他
tyru
論理削除

その他
redcat_prog
「とりあえず削除フラグ」の危険性と解決策について

その他
masayoshinym
いろいろ考えさせられた。でも多分使う。削除フラグ。

その他
labocho
t_wada

その他
ashitakaeruu
あるあるですね

その他
hirometrics
履歴データ、とくに削除されたデータの扱いについて。/「理論から学ぶデータベース実践入門」はとてもよかった。「SQLアンチパターン」も読もう。

その他
streetbeats21
脳死どころか完全死亡(笑)昔、メンテサインと呼ばれる項目があったっけ…

その他
tdtsh
自分も一時期T字形ERめちゃハマったなあ。

その他
shin1x1
is_deleted2 でふいたw

その他
sds-page
とりあえず全部に付けとけばいい感じに枯れた固いシステムになって便利ですよ

その他
atty
僕も割と脳死してることがある

その他

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

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

関連記事

SQLアンチパターン 幻の第26章「とりあえず削除フラグ」

SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd...

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

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

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

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

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

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

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2025 Hatena. All Rights Reserved.
Лучший частный хостинг