Qiita Teams that are logged in
You are not logged in to any team

Log in to Qiita Team
Community
OrganizationAdvent CalendarQiitadon (β)
Service
Qiita JobsQiita ZineQiita Blog
94
Help us understand the problem. What is going on with this article?
@joker1007

ActiveRecordの読み込みが実際にトリガーされた場所をログに記録するgem

More than 5 years have passed since last update.

ActiveRecordは必要になるまでDB読み込みをしません。
なのでやたら複雑なビューの中でクエリを弄ったり、コントローラーが肥大化してる状態でひどいSQLがログに流れてくると、パっと見ではどこが原因なのかすぐに分からない。
なので、SQLが実行された時にそれが実際にトリガーされたソースコードの位置も一緒にログに吐いてくれるgemを作りました。

bulletで分からないような、ビューのループの中で直接モデル読んでるみたいなヤバイ箇所を速やかに見つけるためのものです。

joker1007/activerecord-cause

仕組み的にはActiveRecordのロギングの仕組みを丸パクリしてcaller_locationsを足した感じ。
全ての読み込み位置を表示するわけではなく正規表現でマッチするパスを持ったソースコードの位置のみをログに記録します。
Railsで利用する場合は自動的にapp直下を対象にしています。

設定はこんな感じ。

ActiveModel::Cause.match_paths = [Regexp.new(Rails.root.join("lib").to_s)]

ログ出力はこんな感じ。

D, [2015-04-15T22:13:46.928908 #66812] DEBUG -- :   User Load (0.1ms)  SELECT "users".* FROM "users"
D, [2015-04-15T22:13:46.929038 #66812] DEBUG -- :   User Load (ActiveRecord::Cause)  caused by /Users/joker/srcs/activerecord-cause/spec/activerecord/cause_spec.rb:16:in `block (3 levels) in <top (required)>'

追記:
リリース後にRails4.2で動かないバグを発見したので修正してバージョンアップしてます。
3.2環境では完璧に動いていたんで気付いてませんでした。 (御察しください)

94
Help us understand the problem. What is going on with this article?
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
repro
世界59か国6,500以上の導入実績を持つCE(カスタマーエンゲージメント)プラットフォーム「Repro(リプロ)」を提供

Comments

No comments
Sign up for free and join this conversation.
Sign Up
If you already have a Qiita account Login
94
Help us understand the problem. What is going on with this article?