Help us understand the problem. What is going on with this article? Rails3.2からRails4.2に上げたらActiveRecordが遅くなったので、どうやって調査して、どのように対処したかを語ってみたい。 とても長いので、ダルい人は最初と最後だけ読めばよいです。 TL;DR 環境: Ruby 2.1.5 ARオブジェクトを大量に(ざっくり750kくらい)loadするバッチ処理 3.2系での実行時間は約480sec、 4.2系では約2900sec 約6倍の性能劣化 原因: preloadで性能劣化してた CollectionProxyの生成周りで遅くなってた Rails4からARオブジェクトの1attribute毎にObject生成するので遅い GCの時間も増えた 調査方法: Githubのcommit、Issueを
Note ridgepole v3.0.0 Support Rails 8.0 (cf. #504) ridgepole v2.0.0 Support Trilogy (cf. #447) Support Rails 7.1 (cf. #441) Drop support AcriveRecord 6.0 (cf. #440) Drop support ActiveRecord 5.x in ridgepole v1.2.0. Partitioning is no longer supported in ridgepole v1.1.0. ActiveRecord 7.x has some incompatible changes. If you get unintended differences in datetime columns consider changing precisi
Ruby on Railsにてモデルの機能を拡張する方法は、モジュールをインクルードするのが一般的です。インクルードするモジュールがActiveRecordに依存しない内容であれば、単体テストを書くことは難しくありません。しかし、ActiveRecordに依存している場合はちょっと面倒です。なぜなら、インクルードする側のモデルに対応するテーブルが必要になるからです。今回は、そんな血ヘドを吐くような困難に打ち勝つ方法をご紹介します。 環境 Ruby on Rails 4.0.0 rspec-rails 2.14.0 サンプルモデル・モジュール まずは、インクルードする側のArticleモデルです。 📄db/migrate/001_create_articles.rb class CreateArticles < ActiveRecord::Migration def change crea
Railsでプログラムを書いるとSQLを直接記述する機会が意外と多いので、 なるべくRubyらしく書く方法がないか調べてみました。 ORなどかなり基本的な構文でもarel_tableを使う必要があるのですね。 というわけで、Arel::Table を使ってみました。 動作確認環境は以下の通りです。 ruby: 1.9.3-p392 Rails: 3.2.13 arel: 3.0.2 MySQL: 5.1.65 検索条件をORで繋げたい 基本的な構文ですがSQLを直接記述する場合が多いのではないでしょうか？ User.where("name = ? OR name = ?", "太郎", "花子").to_sql #=> "SELECT `users`.* FROM `users` WHERE (name = '太郎' OR name = '花子')" なるべくRubyで書こうとするとこうな
Activerecord-Import is a library for bulk inserting data using ActiveRecord. One of its major features is following activerecord associations and generating the minimal number of SQL insert statements required, avoiding the N+1 insert problem. An example probably explains it best. Say you had a schema like this: Publishers have Books Books have Reviews and you wanted to bulk insert 100 new publish
Railsのmodelがとても長くなる場合や、数多くの関心事項（例えばvalidation、activation、association等々）に及ぶ場合には、concerned_withパターンを用いてひとつのmodelを関心事項ごとに複数のファイルに分割して書くことができます。 Teamboxというプロジェクト管理アプリのソースコードを読んでいました。app/modelsのディレクトリの中を見ていると、user.rbの他にuserというディレクトリがあり、その中にactivation.rbやvalidation.rbのようなコードがたくさん収められていました（githubのteamboxのmodelsディレクトリ以下を参照）。ためしに、app/models/user/validation.rbを読んでみると、class User ... validates_presence_of :lo
行ロックとは 行ロックとは、テーブルの同一レコードに対して、複数同時に更新できないように制限する仕組みのことです。 Ruby on RailsのActiveRecordには２種類のロック方法があります。 楽観的ロック（Rails依存） 悲観的ロック（DBMS依存） それぞれの違いや使い方について解説していきたいと思います。 楽観的ロック 楽観的ロックとは、DBMSの機能に頼らずロックバージョンをレコードに保存しておくことで、取得時と変更時にロックバージョンに変更がないか確認し、変更があった場合は例外を発生させる方法です。 ロックするタイミング データ更新時 データを複数同時に取得することができるが、途中で更新されていた場合は、更新できない 仕組み テーブルにlock_versionフィールドを追加する lock_versionが書き換わっていたらActiveRecord::StaleObj
Rails4では、ActiveRecord周りの書き方に何点か変更が入っています。 普通にWebアプリを作る際には、もっともわかりやすい変更点の1つですね。 ActiveRecord::Modelのinclude 従来、モデルを定義するには class User < ActiveRecord::Base end としていました。 Rails4では、 class User include ActiveRecord::Model end という書き方ができます。別クラスを継承させることができるのが大きなメリットです。 影響範囲が広く（ActiveRecord::Baseを拡張するライブラリが多いため）、ひょっとしたら4.1などで更に方針が変わる可能性もありますが、ActiveRecord::Baseに依存した書き方をしないように気をつける必要があります。 find_by_*の廃止 find_b
2013年12月2日更新: 参照されることが多いので Rails 4 の情報を訳注として追記しました。また、Rails 4 に関する情報は、 WEB+DB PRESS Vol.73 が非常に参考になるので、一読をおすすめします。 この文章は Mitch Crowe 氏のブログより 2012年4月14日の記事を翻訳したものです。 The 10 Most Underused ActiveRecord::Relation Methods http://blog.mitchcrowe.com/blog/2012/04/14/10-most-underused-activerecord-relation-methods/ 昨日は ActiveRecord::Relation のコードに膝まで浸かって、使われているのをこれまで全然見たことがない面白いナゲットを思い出させてくれた。この記事で、十分に活用
ZOMG CELEBRITY ENDORSEMENT “Some of this stuff is definitely gonna blow your mind.” –Gregg Pollack, Ruby5 Getting started In your Gemfile: gem "squeel" # Last officially released gem # gem "squeel", :git => "git://github.com/ernie/squeel.git" # Track git repo Squeel.configure do |config| # To load hash extensions (to allow for AND (&), OR (|), and NOT (-) against # hashes of conditions) config.loa
Why? I hate SQL fragments in Rails code. Resorting to where('name LIKE ?', '%something%') is an admission of defeat. It says, “I concede to allow your rigid, 1970′s-era syntax into my elegant Ruby world of object oriented goodness.” While sometimes such concessions are necessary, they should always be a last resort, because once you move away from an abstract representation of your intended query,
251: MetaWhereとMetaSearch (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto 下の図は、product(商品)の一覧を表示する簡単なRails 3アプリケーションのスクリーンショットです。このページには、商品を名前で絞り込むための検索フォームがあります。 検索はProductsController内のindexアクションで実行されます。コードは以下のようになります。 /app/controllers/products_controller.rb def index @products = Product.where("name LIKE ?", "%#{params[:search]}%") end SQL句を含むwhereメソッドで、商品
ruby-1.9.2-p180 > Hirb.enable => true ruby-1.9.2-p180 > Prefecture.limit(3) Prefecture Load (0.3ms) SELECT `prefectures`.* FROM `prefectures` LIMIT 3 +----+--------+ | id | name | +----+--------+ | 1 | 北海道 | | 2 | 青森県 | | 3 | 岩手県 | +----+--------+ 3 rows in set ruby-1.9.2-p180 > Gender.limit(3) Gender Load (0.4ms) SELECT `genders`.* FROM `genders` LIMIT 3 +----+------+---------------+-------------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
