Railsで既存DBを流用したときのDangerousAttributeErrorを解消 - Qiitarailsで既存DBからアプリケーションを作るときは、database.ymlにつなげたいDBの接続情報を記述した上で、
[rails] ActiveRecord3の connection_pool の挙動を調べた - よしだメモ
基本的にRailsでは単一のDBを使用するように設計されています。とはいえ負荷軽減のためだったり、あるいは様々なしがらみのために複数のDBに接続しなければいけない場合がたまにあったりすると思います。しかも残念な事に違うDBに同じ名前のテーブルがあったりしてどうすんだよコレとなることも無いとは言えないでしょう。 ActiveRecord が connection pool に対応したのは知識としては知っていましたが複数のDBに実際につなぎにいったばあい connection はどうなるの？と疑問に思ったので調べてみました。 # activerecord-3.0.3/lib/active_record/connection_adapters/abstract/connection_specification.rb 51行目 - 82行目 def self.establish_connectio
![[rails] ActiveRecord3の connection_pool の挙動を調べた - よしだメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/60944e7788036cbe3f523eef84e8712f00be3001/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031972029%2F17680117127031974003%2F1555344835)
【訂正】Railsでconnection数を破綻させずにestablish_connectionで別DBを利用する - 車輪の再発明
前のエントリ（http://d.hatena.ne.jp/raugisu/20120428/1335598633）で、ActiveRecord で別DBに接続するために establish_connection を安易に使うことで発生する地獄について書いた。 んで、その地獄への対策として挙げたもののなかで、一番良いと思われる、「別DBへのコネクションプールを引き受けるクラスを作って継承する」方法を試してみた。 ぶっちゃけ、元ネタ（http://d.hatena.ne.jp/rudeboyjet/20101221/p1 ）のほうがキチンとしてるので、そっち見た方が参考になる。 （2012/5/8、コメント欄で「self.abstract_class = true」の設定の指摘をいただいたので訂正しました。ありがとうございました！） （2012/5/29、訂正部分、打ち消し線で訂正とかしてたん
ActiveRecordのestablish_connectionに気をつけろ - 車輪の再発明
Rails3.1.3の話。 別DBにつなぐときの、ActiveRecordのestablish_connectionに気をつけろ。やつは１クラスごとに独自にdatabase.ymlのpool設定分のコネクションプールを作るぞッ。プールの意味ない！！ マスターDB1台で運用しているときは全然問題ない。コネクションプールは大変賢く働いてくれる。だが、2台目を運用し始めたとき、安易にestablish_connectionでつなぐと簡単に too many connections で、落ちる。 たとえば、ワーカー10個で、establish_connectionで別DB「hoge_db」に接続することにしたクラスが10個あったとしよう。その別DBへの接続設定（database.yml）で 「pool: 5」 としたとしよう。 そしてワーカーを立ち上げたとき、hoge_dbへのコネクション数はみる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
