ActiveRecord の接続管理の仕組み
ActiveRecord がデータベースとの接続をどう管理しているのかを調べたメモ。主に active_record/connection_adapters 以下の話。現時点での main ブランチの HEAD を参照した。 詰まったときに調べる箇所のあたりを付けられるよう全体観を持ちたいという目的だったので、細かい部分まで把握しきれていはおらず、ご了承ください。 ActiveRecord の使い方のおさらい まず最初にユーザーとして、ActiveRecord でデータベースにクエリを発行する際の流れを簡単におさらいする。 まずデータベースの接続情報を database.yml に記載する。ここではメインとなる primay DB と animals DB の 2 つがあり、またそれぞれに primary (master) と replica があるとする (この例は Active Rec
ActiveRecordのモデルが1つだとつらい - Qiita
require 'date' class AddBirthdayDateToUsers < ActiveRecord::Migration[5.1] def up add_column :users, :birthday_date, :date User.reset_column_information User.find_each do |u| birthday_date = Date.new(u.year, u.month, u.day) rescue nil u.update(birthday_date: birthday_date || User::UNKNOWN_BIRTHDAY) end change_column_null :users, :birthday_date, false end end 上記のようにマイグレーション実行時にアプリケーションで定義したActiveRe
Prevent STI when inheriting from an ActiveRecord model
On Rails 3.2.6, I have a class that inherits from ActiveRecord::Base: class Section < ActiveRecord::Base ... end When I inherit from this class, Rails will assume I want STI: class AnotherSection < Section ..Rails assumes I have a type field, etc... end I want to be able to inherit from the Section class and use the subclass as a normal Ruby subclass, without the Rails STI magic. Is there a way to
【翻訳】ActiveRecordにおける、ネストしたトランザクションの落とし穴 - Qiita
🙅♂️この記事の内容は実際のコードに適用しないでください！！ （2022-10-5追記） この記事の本文でトランザクションに joinable: false というオプションを付けることが推奨されていますが、 joinable: false は内部APIなので指定してはいけない、というのがRails開発チームの見解のようです。 https://github.com/rails/rails/issues/39912#issuecomment-665483779 https://github.com/rails/rails/issues/46182#issuecomment-1266550987 joinable: false を付けるとコミット実行前にafter_create_commitコールバックが呼ばれるなど（参考）、思いがけない別の問題を引き起こすことがあります。 というわけで、
ActiveRecord::ConnectionAdapters::ConnectionPool
Ruby on Rails 7.2.1.1 Class ActiveRecord::ConnectionAdapters::ConnectionPool < Object activerecord/lib/active_record/connection_adapters/abstract/connection_pool.rb activerecord/lib/active_record/connection_adapters/abstract/connection_pool/queue.rb activerecord/lib/active_record/connection_adapters/abstract/connection_pool/reaper.rb activerecord/lib/active_record/connection_adapters/abstract/quer
データ集計に ActiveRecord を使ったらこうなったという話 - Qiita
CrowdWorks Advent Calendar の9日目に入るはずだったポストです。元々は、問題提起とその解決篇をセットにしてご紹介するつもりだったのですが、話が壮大になりすぎて僕の文章力ではまとめきれずに挫折した挙句に〆切に間に合わなくなってしまいました リベンジとして、問題提起の部分だけをピックアップしてご紹介する形にします。解決篇はバッサリ省略。どこか別のポストで紹介できればと思います。アドベントカレンダー的には数日遅れで申し訳ないですが、何かのご参考になれば。 結論 先に結論から書きます。 データ集計で ActiveRecord は忘れろ 用途に合った適切なツールを使おう 前提 ここで言う「データ集計」というのは、だいたいこんな感じのモノを指しています。 サービスのデータベース (RDB) に蓄積された情報を取り出してきて 日次や月次の数字を表とかグラフの形式で見えるようにし
Rails 5.1 以降で attribute_was, attribute_change, attribute_changed?, changed?, changed 等が DEPRECATION WARNING - Qiita
Rails 5.1 以降で attribute_was, attribute_change, attribute_changed?, changed?, changed 等が DEPRECATION WARNINGRails 何が起きたか? Rails 5.1 へアップデートして大量に DEPRECATION WARNING や spec エラーが起きたので、調べてみると Rails 5.1 で ActiveRecord::AttributeMethods::Dirty の attribute_was attribute_change attribute_changed? changed? changed 辺りが非推奨になった。 参考: https://github.com/rails/rails/blob/ce93740a5e4437dfc1cf9b0b13da1bad06a2a598/
Active Record Callbacks — Ruby on Rails Guides
This guide teaches you how to hook into the life cycle of your Active Record objects. After reading this guide, you will know: When certain events occur during the life of an Active Record object. How to register, run, and skip callbacks that respond to these events. How to create relational, association, conditional, and transactional callbacks. How to create objects that encapsulate common behav
Rails5からbelongs_to関連はデフォルトでrequired: trueになる - Qiita
railsのコードを読んでいたときに目にしたのでメモ。 rails - belongs_to should default to required: true #18233 Add config/initializers/active_record_belongs_to_required_by_default.rb Newly generated Rails apps have a new initializer called active_record_belongs_to_required_by_default.rb which sets the value of the configuration option config.active_record.belongs_to_requred_by_default to true when ActiveRecord is not ski
てめえらのRailsはオブジェクト指向じゃねえ！まずはCallbackクラス、Validatorクラスを活用しろ！ - Qiita
てめえらのRailsはオブジェクト指向じゃねえ！まずはCallbackクラス、Validatorクラスを活用しろ！RubyRails ちょっと煽り気味のタイトルにしてみましたが、Railsで開発する時は意識的にOOPに寄せないとオブジェクトの力が活かせなくなるよってことと、Railsが提供しているクラスの責務を分割することを支援してくれる機能について話をします。 ActiveRecordの性質 Rails開発においては、モデル層にロジックを書いてコントローラーは薄くしろ、というのはしつこく言われているので、概ね浸透してきていると思います。 それに加えて、最近私が結構しつこく主張しておきたいのが、モデル = ActiveRecordでは無いよ、ということです。 ActiveRecordは成り立ちから言うと、ロジックとDBへの永続化をまとめてカプセル化するアーキテクチャパターンから来ています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネストしたトランザクション内で ActiveRecord::Rollback を raise しても握りつぶされるだけだ | TECHSCORE BLOG | TECHSCORE BLOG
Blog