[B! DB] ar_tamaのブックマーク

#ronsakucasual DBの論理削除についてひたすら共有する論理削除 Casual Talks #1 にいってきたまとめ - もぐめぽろぐ

名前とりあえず削除フラグ目的エンドユーザから見るとデータがないことにしたいけど、実際のデータは消したくない削除したデータを検索したいデータを消さずにログに残したい誤った操作をなかったことにしたい、直ぐに元に戻したいアンチパターン例えばis_deletedというカラムがtrueの場合は削除されているとみなすメリット update文ならデータが簡単に元に戻せる気がするのでなんとなく安心 -> 俺のupdate文でなんとかなる！！起こること SELECTするときには常にWHERE句が追加で必要になり、コードが削除フラグだらけになる全員テーブル設計に精通してるわけではないので、テーブルによって削除フラグの有無があったりした場合、認識の齟齬を生みやすい例えばrubyでdefault_scopeを用いて、よかれとおもってコードレベルでデフォルトを変えたらバグがたくさん出てくる

ar_tama 2015/09/01

DB

リンク

新著が出ます：『SQL実践入門』 - ミックのブログ

4月中旬ころになりますが、新著が出ます。SQLのパフォーマンスを主題にした本で、実行計画を読むことで、なぜこのSQLは遅いのか、あるいは速いのかをデータベースの内部動作まで把握して理解しよう、という趣旨です。リレーショナルデータベースというのは、SQLという自然言語を模したインタフェースによって、低次のレイヤーを隠蔽する意図で作られたミドルウェアなので、本当は実行計画などという手続レベルの世界をユーザが覗き見るのは、本末転倒なところもあります。ただそうはいっても、現実にSQLが遅かったら原因を解析せざるをえないわけだし、大体本当にブラックボックスにしたいなら、なんでどのDBMSも実行計画を見られる手段なんか用意してるんでしょうね不思議ですね、という理想と現実の狭間で悩むエンジニアの方々に少しでもベターな解に辿りつけるアプローチを提示できれば、と考えております。以下まえがきと章立てです。