RDBMSの性能向上。マルチコア対応(~32程度で頭打ち。)、排他制御がボトルネック。パイプライン、並列化。SSDの採用。高速、ランダムアクセスに強い。I/Oスレッド多重化。 #infotalk
2010-02-19 19:42:55排他制御がボトルネックでRDBは性能向上に限界。でもパイプライン・並列化によりまだ高速化できる。なんかCPUの高速化と同じ手法で興味深い
2010-02-19 19:43:49あとはストレージをSSDにする。高速・ランダムアクセスに強い。InnoDBのI/Oスレッド多重化でランダムアクセスの強さが利いてくる http://d.hatena.ne.jp/eh2/20090907
2010-02-19 19:46:33SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記 http://ow.ly/1900R #infotalk ランダムアクセスに強ければ、I/Oスレッドは複数化できる。
2010-02-19 19:47:00[B!] SSDを利用することで、MySQLの性能が向上する。 #infotalk http://d.hatena.ne.jp/sh2/20090907 SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記
2010-02-19 19:47:35Eagerは真面目に同期を取る。Lazyはとりあえず書き込んで問題があったら直す。Lazyは、なんかロックフリー同期と似てるかな
2010-02-19 19:48:56Key Value Store。きっかけは、memcached。facebook、twitterで大量導入。 http://ow.ly/19034 #infotalk アプリケーションを作るのは難しい。
2010-02-19 19:50:24RDBMSとKVSとのシームレスなアクセスができるのが理想。でも今現在はまだまだ、KVSとRDBMSとの間には深い溝がある
2010-02-19 19:50:58[B!] memcachedを知り尽くす:第1回 memcachedの基本|gihyo.jp … 技術評論社 http://gihyo.jp/dev/feature/01/memcached/0001
2010-02-19 19:52:02MySQL、PostgreSQLよりOracleが優れている・。ドキュメント、運用のGUI等であると思う。 #infotalk
2010-02-19 19:55:15Q. KVSとRDBMSとの溝としてJoinがある。どうしたらいいですか? A. 一緒に勉強会しましょう
2010-02-19 19:56:35Q:RDBMSとKVSを組み合わせるJOINというものもあるがどうか。A:一緒に勉強会やりましょう。(笑) #infotalk
2010-02-19 19:57:07PostgreSQLは昔はpostgresという名前だった。1999年に日本PostgreSQLユーザー会を立ち上げた
2010-02-19 20:07:48オープンソースの事例を公開|オープンソースビジネス推進協議会 - 企業におけるオープンソースの活用事例をどんどん公開していきます http://bit.ly/biaQJR #infotalk
2010-02-19 20:08:49