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
MySQLでDBの接続がきれるタイミング - odeの開発メモ日記
接続がきれるタイミング（環境によってはもっとあるでしょうが） MySQLのtimeout my.cnfのwait_timeout デフォルト値は8時間 SLBを経由してDB接続している場合はSLBのtimeout ipvsadm --set tcp tcpfin udp (set connection timeout values) デフォルト値は5,6分 timeout自体の判定 送受信されるデータがなくなってから。 接続をはりっぱなしにしていても常にsqlを発行していれば問題なし。 問題がでそうな状況 接続を張りっぱなしにしておいてバッチ等で重い集計処理をしてからインサートする場合等や、SQL自体がゲロ重な場合等々。 このような状況で通信が発生しなくなるとtimeout値を越して接続が切れます。 切れた状態でSQLを発行すると MySQL server has gone away や
ActiveRecordのDBコネクションの接続切れと再接続について。reconnectオプションは危険だなーとかも - odeの開発メモ日記
ActiveRecordは基本ずっと接続をはりっぱなしにします。 なので長時間接続をはりっぱなしにするため タイムアウト等で接続がきれると問題がでます。 MySQLでDBの接続がきれるタイミング 状況別 Railsの場合 HTTPリクエストのあるたびに接続が切れてないかを確認します。切れてる場合は再接続するようになっているので問題なさそうです。 バッチ、デーモン等 ActiveRecordを使った場合はずっとつなぎっぱなしになるため、途中で接続が切れるとエラーになります。 reconnectオプションは危険 じゃあバッチ等の場合自動で再接続してくれればと思うと MySqlのクライアントライブラリレベルでリコネクトの概念がありました。 railsで使うにはdatabase.ymlに:reconnect = trueで指定できます。 が！！ railsの実装ではデフォルトはOFFになっています
ActiveModelにある程度機能を組み込んだベースクラス - odeの開発メモ日記
更新履歴 2011/9/28 rails3.1対応 2011/6/27 ActiveModelImplの継承の継承したクラス対応。 2011/6/23 リリース 概要 ActiveModelを使うとDBに保持しないモデルが作れます（ある程度ActiveRecord互換の機能が動く） ただしそのままでは簡単に使えなそげ。機能を作るのに必要な部品を提供するものっぽい なので機能をある程度組み込んだベースクラスがあると便利ではないかと作りました 組み込んだ機能 attributes, attributes=での設定と取得 dirty(どの属性が変更されたか等を取得) 下記は通常のActiveModelでも簡単に実装できるもの validation form_for等に渡せるように対応するため互換メソッド ActiveModelを使うシチュエーション DB使わないところ 検索フォームのモデルに バ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
