dbのマスタースレーブに対応するためにacts_as_readonlyableを使ってみる - odeの開発メモ日記
日本最大規模のrailsを使ったサイトのクックパッドで改良して 使ってるとのことなので、そこそこ使えるのだろうとのことで 改良するの覚悟でチャレンジしてみました。 下記がオフィシャルページ？（ただのblogの１ページだけども） http://revolutiononrails.blogspot.com/2007/04/plugin-release-actsasreadonlyable.html 使い方 インストール script/plugin install svn://rubyforge.org/var/svn/acts-as-with-ro/trunk/vendor/plugins/acts_as_readonlyable database.yml development: adapter: mysql database: hoge_development username: root
TaffyDB - The JavaScript Database
An opensouce library that brings database features into your JavaScript applications. Introduction How you ever noticed how JavaScript object literals look a lot like records? And that if you wrap a group of them up in an array you have something that looks a lot like a database table? TaffyDB is a library to bring powerful database funtionality to that concept and rapidly improve the way you work
RDBMSでは不十分
リレーショナルデータベースはクライアント/サーバモデルに適合するものの、サービスの世界では新しいソリューションが必要である(source)。RDBMSはスケーラビリティの問題に陥りやすい。冗長性や並列性をどのようにして実現すればいいのか(source)？ （リレーショナルデータベースは）単一故障点となります。特に複製はささいな事ではありません。疑問に思うのであれば、全く同じデータを必要とする2つのデータベースサーバがあることによって起こる問題を考えて見てください。データを読んだり書いたりするために両方のサーバがあると、同時に変更するのが困難になります。マスターサーバとスレーブサーバがあっても、良くありません。なぜなら、マスターはユーザが情報を書き込む際、沢山の熱を帯びるからです。 また、Assaf Arkin氏も整合性を書くこと(source)はRDBMSが自身の重さで内破してしまう理由で
Magic Multi-Connectionsで複数のSQLite3ファイルを意識的に使う。 - 与太郎プログラマの日記
Magic Multi-Connectionsという分散DB対応ライブラリがあることをいまごろ知ったので簡単に試してみる。 とても分かりやすい記事があったので使わせていただきます。 想定として、Userモデル、UserInfoモデルがあり、 Userはメインデータベースで管理する。 UserInfoはユーザ別のSQLite3ファイルで管理する。 というケース*1。 コネクションの切り替えは、試しにAR::Baseにメソッド [] を追加してみた。 これで UserInfo[user.id].find :all と、[]にコネクション識別値を渡して切り替えができる。 以下、サンプルコード。 require "rubygems" require "fileutils" require "active_record" require "magic_multi_connections" Activ
Magic Multi-Connectionsを試してみる(MySQL版 + 重み付けによる負荷分散) - Lazy Technology
http://d.hatena.ne.jp/Rommy/20070514/1179164848 sqlite3を使用したMagic Multi-Connectionsの分かりやすいサンプルコードが合ったのでMySQL版を作ってみた。 ただこれだけじゃ芸がないので、 1.http://blog.tkmr.org/tatsuya/show/311-twitter-db-railsで書かれているロジックを元にしたランダムによるDBアクセス分散を組み込む。 2.自分で書いてみたあんまり良い感じには見えない重み付けによるDBアクセス分散を実装。 以下ソース。 変なコメントとか動作確認用のコードが混じってるけどあんまり気にしない。 require "rubygems" require "fileutils" require "active_record" require "magic_multi_co
Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる （確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ） ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
railsmyadmin - Google Code