サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
yuun.hatenablog.com
SQLアンチパターンの感想の続き。 すべてのテーブルの主キーをidという名前の属性(列)にし、ドメインを整数にしてしまうというもの。これを擬似キーともよび、本来のキーを自然なキーとよぶ。Railsなどのフレームワークなどが採用している設計指針に対する反論ともいうべきだろうか。本書では、そういうことを一律に強制することをアンチパターンとしている。 なぜアンチパターンなのか 冗長なキーが作成されてしまう 自然なキーとは別に主キーを作るのは冗長だという。 冗長なのはなぜダメなのだろうか?いくつか理由が考えられるが、 スペースが無駄 システムの複雑性が増える といったところだろうか。スペースが無駄というのはその通り。ただし、速度に影響が出るほどの大きさではない。システムの複雑性が増えるというのは、ID属性で全て統一するのならそうともいえない。Railsでは「設定よりも規約」といっているように、一定
RubyKaigi(http://jp.rubyist.net/RubyKaigi2007/)に参加.各プレゼンターのプレゼン画面の隣に,IRCによるチャットの中継が映し出されていた.攻殻機動隊の電脳空間における討論番組のシーンを思い出したひとは私だけではないはず. Rubyは知らない間に,この1年でずいぶん変わったような気がする.JRubyが生まれ,RoRで仕事をする人が急増。楽天やニフティ,Sunなどのメジャー企業の参入.さらにはあのMSまでがIron Rubyをだすという.仕事でRubyを使うことへの違和感(ネタ感)がまったくない。 JRubyはまだまだCRubyに比べ,速度としてはいまひとつ.またRuby自体もJava Nativeにくらべれば速度はもう一つ,でもこういう比較ってJavaとC++でもかつて聞いたような話だ.立場がShiftしているのかもしれない. 最後のDave T
すいません。この日は長文です。DBやOOに興味のない人はさっさと違う日をみましょう。間違いなどがありましたら,コメントまでどうぞ. Martin Fowler's Bliki in Japaneseの「ドメインロジックとSQL」(http://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL)より。 さすがはFowlerさん、しっかりした記事だ。OO支持者にありがちな行き過ぎたSQLバッシングにならず、むしろSQLの使いどころについてきちんと説明されていた。 本人は、「超OO開発者」だとおっしゃっているが、この文書だけを読んでしまうと、むしろDOAで開発されている人のOOPへの考え方を解説しているような感じがする。たとえば、序文にこんな文章があったりする。 SQL クエリを使えば様々なタスクを処理することができるのだ。アプリケーション
このページを最初にブックマークしてみませんか?
『YNishim BLog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く