マージできるERDツール、ERFlute作りました - jfluteの日記
スタートアップ＆インクリメンタル開発 をターゲットにした、Eclipse Pluginとして作成されている ERDツールです。 (ERMaster をフォークした ERMaster-b をフォーク) ERFluteトップページ RDB意識を高める根本のモデル ERDは、RDB意識を高めるモデルだと考えています。やはり「視覚的な訴え」というのは、人にとって大きなインパクトです。 これはjfluteの個人的な感覚値ですが、"ERDのある現場" と "ない現場" では、RDBへの意識レベルが違ったように思えます。 "ない現場" では、SQLに関する議論もしづらく、「DBは単なる入れ物でたまたま構造的に保存されてる」という感覚になっているムードがあったように思えます。(もちろん個人差ありますが、現場メンバーのスキルレベルはバラバラですから) 自分がディベロッパーとして仕事をするとき、そこにRDBが
Kazuho's Weblog: さらば、愛しき論理削除。MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた
さらば、愛しき論理削除。MySQLで大福帳型データベースを実現するツール「daifuku」を作ってみた 先のエントリ「論理削除はなぜ「筋が悪い」か」で書いたとおり、データベースに対して行われた操作を記録し、必要に応じて参照したり取り消したりしたいという要求は至極妥当なものですが、多くのRDBは、そのために簡単に使える仕組みを提供していません。 daifukuは、RDBに対して加えられた変更をトランザクション単位でRDB内にJSONとして記録するためのストアドやトリガを生成するコマンドです。 % daifuku dbname tbl1 tbl2 > setup.sql のように実行すると、指定されたテーブル（ここではtbl1とtbl2）にセットすべきトリガや、更新ログを記録するためのテーブル「daifuku_log」を生成するCREATE TABLEステートメントなど、必要なSQL文をset
主キーはインデックスではない - 設計者の発言
仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RDBアンチパターン // Speaker Deck
ヤフー社内でやってるMySQLチューニングセミナー大公開
分割と整合性と戦う
