Rails 6のコネクションプールの無効化 - NaCl Blog
NaClの前田です。 諸般の事情でRailsのコネクションプールを無効化したかったのですが、Rails 6では既存のgemやモンキーパッチでは動作しなかったため、古いモンキーパッチをベースにRails 6用のモンキーパッチを作成しました。 コネクションプールとは RailsではDB接続・切断をリクエストを処理する時に毎回行う代りに、リクエストの処理が終わった際にDB接続オブジェクトをコネクションプールに保持し、以後のリクエスト処理ではコネクションプールからDB接続オブジェクトを取得して使い回す仕組みになっています。 プールに保持するDB接続オブジェクト数の上限はconfing/database.ymlで以下のように指定します。 default: &default # ... pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %> 環境変数RAIL
Use specific mysql index with rails
I have this ActiveRecord query issue = Issue.find(id) issue.articles.includes(:category).merge(Category.where(permalink: perma)) And the translated to mysql query SELECT `articles`.`id` AS t0_r0, `articles`.`title` AS t0_r1, `articles`.`hypertitle` AS t0_r2, `articles`.`html` AS t0_r3, `articles`.`author` AS t0_r4, `articles`.`published` AS t0_r5, `articles`.`category_id` AS t0_r6, `articles`.`iss
Railsにおけるインデックスヒントの使い方
はじめに インデックスヒントはパフォーマンスチューニングにおいて欠かせないものの一つです。 今回はインデックスヒントとは何か、そして実際にRailsではどのように使うのか説明していきます。 実行計画について インデックスヒントを理解するため、前提として知っておきたい実行計画について説明します。 MySQLはオプティマイザというものを使用して、いい感じに実行計画（実行するクエリの詳細）を作成しています。 この実行計画はオプティマイザが以下の統計情報を参照して作成されています。 テーブルに含まれる行数 各インデックスのサイズ（ページ数） 各インデックスのリーフページのサイズ（ページ数） 各インデックスのカーディナリティ（何種類の値が存在するか？） ここで注意しなければならないことは、実行計画はあくまで推測であり必ず最適な訳ではないことです。 場合によってはMySQLが最適だと判断したクエリが、
Deep Dive into Database Timeouts in Rails
A couple of weeks ago, we had a production outage for one of our internal Ruby on Rails application servers. One of the databases that the application connects to had a failover event. It was expected that the server should continue functioning for endpoints which do not depend on this database, but it was observed that our server slowed down to a crawl, and was unable to function properly even af
Rails 7.0にバージョンアップしたらquery_log_tagsを有効化しよう - Qiita
Profit verbose_query_logs = true でない環境でrails serverのログが少し追いやすくなる ActiveJobを使っている場合はジョブのログも スロークエリログの発生箇所が少し特定しやすくなる How to Railsアプリケーションの設定に以下を追加するだけ config.active_record.query_log_tags_enabled = true # カスタマイズする場合は `query_log_tags=` を使って指定可能 config.active_record.query_log_tags = [ :controller, :action ] 前提知識 Verbose Query Logsについて Railsアプリケーションを開発していてふとログを見た時に、SQLログのすぐ下にソースコードのどの行で呼ばれたのかが出力されている (
Rails API: ActiveRecord::NestedAttributes（翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基づいて翻訳・公開いたします。 英語記事: Rails API ActiveRecord::NestedAttributes::ClassMethods 原文更新日: 2021/10/01（7d9b5d4） ライセンス: MIT Rails API: ActiveRecord::NestedAttributes（翻訳） Active RecordAttributesのネステッド版 ネステッド属性を使うと、関連付けられているレコードに親を介して属性を保存できます。ネステッド属性の更新はデフォルトでは無効になっており、accepts_nested_attributes_forクラスメソッドで有効にできます。ネステッド属性が有効になると、モデル上に属性ライターメソッドが定義されます。 この属性ライターメソッドは、関連付けに基づいて命名されます。つまり、以下の例ではモデルに
計画的なDBスキーマ変更のためのRails Active Recordの実践的知識 - Qiita
この記事は株式会社エス・エム・エス Advent Calendar 2023の17日目の記事です。 Railsアプリケーションのライフサイクルにおいて、データベーススキーマの適切な変更は、システムの整合性と拡張性を保つ上で不可欠な要素です。 本記事では、Active Recordがデータベーススキーマ情報をどのように取得し、キャッシュしているのか、そしてこれを利用してRailsアプリケーションがどのように動作するかについて掘り下げます。 それを踏まえて、スキーマ変更の適切なタイミングについて検討して行きます。 ※本記事で使用するRailsとDBのバージョンは、Rails 7.1.2とPostgreSQL 15.5です。 Active Recordとデータベーススキーマ Active Recordを通じて得られるスキーマ情報 Active Recordは、データベーススキーマに関する情報をD
Active Recordで関連先を保存するときに気をつけること - おもしろwebサービス開発日記
先日、仕事でRails(Active Record)の難しい仕様に遭遇したので共有するためにエントリをしたためました。似たようなケースに遭遇した人の手助けになれば幸いです(\( ⁰⊖⁰)/) 対応Railsバージョンと設定 Rails6.1以上 config.active_record.has_many_inversing = true(Rails6.1のデフォルト設定)である 問題1 まず次のコードを読んでみてください。 class User < ApplicationRecord has_many :posts end class Post < ApplicationRecord belongs_to :user, inverse_of: :posts # (1) before_update { puts 'before_update' } end user = User.new po
Railsガイドにきちんと目を通して新しい知識を得る - Active Recordの関連付け編 - - PLAY BALL
ドキュメントを読み込むのは大事、ということでRailsガイドを頭から読んでいく取り組みをしています。 各章ごとに、（Railsガイドにちゃんと書いてあるのに）知らなかった機能を雑にまとめていきます。 今回は、Active Recordの関連付けの章です。 railsguides.jp reload_xxxと、changerd?previously_changed? リンクはこちら reload_xxx テストを書くときに、xxx.reloadみたいな使い方はよくしていましたが、関連モデルに使えるのは知りませんでした。 # （コンソールAで） book.user #=> #<User id: 1, email: "sample@example.com", created_at: ...> # （別のコンソールBで） User.find(1).update(email: 'sample02@e
Railsのモデル名をすべて変更した話 - SmartHR Tech Blog
SmartHRでは開発にRuby on Railsを広く採用しています。 今日は負債解消のために、開発しているサービスでRailsのモデル名をすべて変更した話を紹介します。 既存のモデル構造のつらみ 私達が開発しているサービスでは、モデルの親子構造が分かりやすいということで、モデルをネストした構造にしていました。 例えば、 User に紐づくプロフィール画像 User::ProfileImage は、 app/models/user/profile_image.rb に配置する具合です。 パッと見の構造が分かりやすいのですが、時が経つにつれて次のようなつらさが顕在化してきました。 Railsの規約(推奨ルールのようなもの)に則っていないので、関連定義が冗長になる テーブル名が長くなる。 外部キーや関連名が長くなる。 関連名と外部キー名が一致せず、カラムを呼び出したいときにDB定義を見ないと
Rails 7 で追加されたComparisonValidatorで日付のバリデーションを実装する
この記事は GMOアドマーケティング Advent Calendar 2022 3日目の記事です。 はじめに こんにちは。 GMOアドマーケティングの石丸(@thomi40)です。 前回の記事では Rails 7 から実装された query_log_tags について紹介しました。 はじめにこんにちは。GMOアドマーケティングの石丸(@thomi40)です。以前、本ブログでRails 6.1に新しく追加された機能について紹介しました。今回はRails 7から追加された「query_log_tags」について紹介します。query_log_tagsとは？query_log_tags は Active Record のオプションの一つで、設定を有効にすることでクエリのログに自動でコメントを追加することができる機能です。元々は「Marginalia」というGemで実装されていた機能とのこと。詳細
RailsのSQLキャッシュと変数を使い回す場合のパフォーマンス比較、7000倍差 - Qiita
概要 SQLキャッシュを使うより、変数を使い回すほうが圧倒的に早い 例えば1ユーザの情報を表示するような場面ではパフォーマンスが気になるレベルではないと思われる。 表のようなデータを表示するような場合に同じデータをたくさん表示するような場合はちゃんと変数に入れたほうが、パフォーマンスが良い はじめに RailsのActiveRecordの仕組みに同じSQLを何度も読んでもキャッシュしてくれて、都度DBにアクセスしなくて良い便利な仕組みがある。 この機能はかなり便利で雑にプログラミングしてもパフォーマンスが落ちにくい。落ちにくいがハイパフォーマンスを求められるところや、多量のデータを表示、作成するような場合だと影響を与えるような気がする。 そこでSQLキャッシュを使った場合と、普通に変数に保存した値を使いまわした場合でベンチマークをとってみた。 SQLキャッシュが効いているかログで確認 キャ
Rails: ActiveRecord::DelegatedType APIドキュメント（翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基づいて翻訳・公開いたします。 APIドキュメント: ActiveRecord::DelegatedType リポジトリ: rails/delegated_type.rb at main · rails/rails 原文更新日: 2021/11/03（57fe7df） ライセンス: MIT ActiveRecord::DelegatedTypeはRails 6.1以降で利用できます。delegated typeは英ママとしました。 週刊Railsウォッチ20200601 新機能: Active Recordにdelegated_typeが追加もどうぞ。 また、Rails 7ではaccepts_nested_attributes_forもサポートされています。 週刊Railsウォッチ20211115前編 delegated_typeでaccepts_nested_at
Rails/ActiveRecord バッチ処理の最適化 - Hack Your Design!
目次 検証環境前提条件オリジナルコード ベンチマーク最適化1: 簡単な最適化 ベンチマーク最適化2: where & each を使う ベンチマーク最適化3: find_each を使う ベンチマーク最適化4: in_batches & update_all を使う ベンチマーク最適化5: where & update_all ベンチマーク最終結果「ActiveRecordデータ処理アンチパターン」で発表します参考リンクRailsのバッチ処理最適化の記事書いたら需要あるかな — toshimaru (@toshimaru_e) December 2, 2017ということで今日はRailsバッチ処理の最適化について書いてみたいと思います。 検証環境コードの検証に使った環境は下記の通りです。 macOS High Sierra (2.3 GHz Intel Core i5 / メモリ8G)Ru
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mirakui/activerecord-mysql-index-hint
GitHub - Envek/after_commit_everywhere: Use ActiveRecord transactional callbacks outside of models, literally everywhere in your application.
GitHub - joker1007/activerecord-cause: This gem logs where ActiveRecord actually loads record
ActiveRecord::QueryLogs
Adds documentation for Arel::Nodes::Node by benedikt · Pull Request #47438 · rails/rails
手動でSQLキャッシュを無効にする｜Ruby on Rails のSQLキャッシュ（書きかけ）
