Database smells
1. Database Smells データベースの不吉な臭い ＠データベース・リファクタリング読書会 奥野 幹也 @nippondanji mikiya (dot) okuno (at) gmail (dot) com 2. 免責事項 ● 本プレゼンテーションにおいて示されている見解は、私自身 の見解であって、オラクル・コーポレーションの見解を必ず しも反映したものではありません。ご了承ください。 3. 自己紹介 ● 今日は個人として来ています。 – http://nippondanji.blogspot.com/ – Twitter: @nippondanji ● MySQL サポートエンジニア – 2000 年にサン・マイクロシステムズ入社 – 2007 年に MySQL KK へ転職 – 気付くとまたサン・マイクロシステムズに・・・ – 現在は日本オラクルに在席。 – サポート一筋
階層化されたデータをMySQLで扱う - カイハツニッキ(2005-02-08)
_ [映画] ネバーランド （ちょっと内容がわかってしまうようなこと書いてます） 原題Finding Neverlandってことで、Finding Foresterなんかも思い出されます。思い出すと言えば、(劇)作家を主人公として作中作が作り上げられていくところとかは、最近だと「あなたにも書ける恋愛小説」や「舞台よりも素敵な生活」もありましたねー。ちょっと多い印象で、人気の劇作家がスランプに陥った後、近所の子供にinspireされてよい作品が出来ていく、というプロットは非常に似ているし、まぁありがち、ですよね。 と、思って見てたんですが、そんなことはどうでもよいくらい良い出来でした。ジョニーデップです。ジョニーデップ。ジョニーデップ。 ケイトウィンスレットは、病人なんだし、もう少し痩せてもよいと思いました。 _ [ソフトウェア] RDBMS(MySQLかな)でツリー構造 RDBMSを利用し
Storing Hierarchical Data in a Database — SitePoint
This article was written in 2003 and remains one of our most popular posts. If you’re keen to learn more about mastering database management, you may find this recent article on MySQL of great interest. Whether you want to build your own forum, publish the messages from a mailing list on your Website, or write your own cms: there will be a moment that you’ll want to store hierarchical data in a da
信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はRDBやフレームワークを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止」と「固定長DB」だ。 ありえない。 とはいえ、正直に言えば「またか、、、」という感想でもある。 RDBを知らないレガシーな人たちが設計したDBではよくありがちな設計だからだ。 と僕は早々にこの文化と戦って、絶対に覆してやろうと考えてた。 過去の経験上それはたやすいハズだった。 しかし、この文化と戦うこと3ヶ月間。 屈した。初めて屈した。いや、屈したというよりは理解した。 大規模コンシューマ向けサービスのRDBという
信じられないDB文化「固定長DB」でもあうんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
ずいぶん時間があいてしまったけど、大規模コンシューマ向けサービスRDB設計の続き。 僕はこのプロジェクトを自分のRDBの知識を使って革新してやろうと思って臨んだ。 しかし結果として逆に、コンシューマ向けサービスに最適化されたRDBの使い方について教わることになった。 ※ あと、KVSでいいじゃんって言ってる人もいるけど、それはKVS導入の苦労を知らない人だと思う。KVSの苦労は後で書く。 僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はDBやフレームワークの設計とアーキテクトっぽいことを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止
Close to the EDGE New Wave of Database Programming with Ruby 1.9 on Rails 2.1
New Wave of Database Programming with Ruby 1.9 on Rails 2.1 というタイトルで、 RubyKaigi 2008で LTした。とりあえず発表資料は こちら 。 (2008/07/01追記: そうか！ slideshareなんだからそのまんま貼っちゃえば良いのか！ ということにようやく気づいて以下に貼った) ところで、これがまたどうも何故か Java方面から思わぬ反応を頂いているようだ。 http://d.hatena.ne.jp/higayasuo/20080624/1214305064 違うよ＞＜全然違うよ!! Javaは僕にオブジェクト指向を教えてくれた思い出深い言語なので、ひがさんのとこのコメントにも 書いたとおり嫌いとか対立とか全く思ってもいないし、ていうかそもそもそんな後ろ向きな話題には 微塵も興味な
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 6.4.1 CHAR と VARCHAR 型