複雑なクエリーをActive Recordのモデルとして定義する方法｜TechRacho by BPS株式会社
WITH句 SQLではWITH句を用いて任意のサブクエリーに対して名前をつけることができます。 SELECT * FROM (複雑なサブクエリー) を WITH any_name AS (複雑なサブクエリー) SELECT * FROM any_name のように記述でき、可読性の向上かが期待でき、再利用も可能となります。 WITH句では、(複雑なサブクエリー)の部分を CTE (Common Table Expression) と呼びます 今回は users 仮想テーブルでは以下のSQLの実行を目標とします WITH "users" AS ( SELECT "accounts"."id", "accounts"."email", "profiles"."first_name", "profiles"."last_name" FROM "accounts" INNER JOIN "prof
Rails 7.2: ActiveRecord::Base#pluckにハッシュ値を渡せるようになった（翻訳）｜TechRacho by BPS株式会社
グラフやレポートで構成されたダッシュボードを目にすることは普段からよくあります。このようなグラフやレポートを素早く作成するには、さまざまなデータベーステーブルから特定のデータを取得するクエリを高速化する必要があります。 ActiveRecord::Base#pluckメソッドは、レコード全体を読み込まずに、データベースから1個以上の属性をクエリするのに使われます。pluckの結果は属性値の配列として返されます。 User.pluck(:id, :name, :email) 上のコードから以下のクエリが生成されます。 SELECT users.id, users.name, users.email FROM "users" 上のクエリの結果から以下の配列を得られます。 #=> [ [1, "David Heinemeier Hansson", "dhh@hey.com"], [2, "Raf
Rails 7.2: ActiveRecord::Core#inspectの修正とattributes_for_inspectの便利な使い方（翻訳）｜TechRacho by BPS株式会社
概要 CC BY-NC-SA 4.0 Deedに基づいて翻訳・公開いたします。 英語記事: Fixing a footgun in ActiveRecord::Core#inspect | Rails at Scale 原文公開日: 2024/04/30 原著者: Andrew Novoselac CC BY-NC-SA 4.0 Deed | 表示 - 非営利 - 継承 4.0 国際 | Creative Commons 日本語タイトルは内容に即したものにしました。 参考: ウォッチ20231122: ActiveRecord::Core#inspectの出力をカスタマイズ可能になった Active Recordモデルのinspectメソッドが返すのは、「モデルのクラス」と「すべての属性と値のリスト」です。Rails 7.2では、inspectの出力にどの属性を含めてよいかを指定可能になり
Rails: Active RecordでRepositoryパターンを実装する（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Repository implementation on ActiveRecord | Arkency Blog 原文公開日: 2023/12/28 原著者: Paweł Pacana Repositoryは本質的に、ドメインオブジェクトをその永続化方法から切り離して、それらにアクセスするための限定的なインターフェイスを提供します。Repositoryは戦術的なパターンの一種であり、本記事の導入部で私が説明したい内容よりずっと詳しくMartin FowlerやEric Evansが解説しています。Repositoryパターンが推し進めるものは、いわゆるActive Recordパターンと真逆です。なぜパターンをわざわざ別のものに変換するのでしょうか？ Active Recordパターンは両刃の剣であり、その問題はまさに最大の長所
has_manyにブロック引数を渡してリレーションを拡張する｜TechRacho by BPS株式会社
今日はhas_manyのブロック引数に関して取り上げます。 以下のモデルを想定します。 # attributes # # name: 氏名 # attendance_count: 出席回数 class Student < ApplicationRecord has_many :exams end # attributes # # student_id: 学生ID # subject: 教科 # period: テスト実施回 # score: 得点 class Exam < ApplicationRecord belongs_to :student end スコープブロック has_many のブロックと聞くとまずスコープブロックが思いつくと思います。 今回のテーマのブロック引数とは異なりますが、先にスコープブロックに関して触れていきます。 スコープブロックは has_many の第2引数に
Rails: Active Record APIクイズで最大の難問はどれか（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Hardest Question on Rails Active Record API Quiz 原文公開日: 2023/04/10 原著者: Domhnall Murphy サイト: VectorLogic Blog 参考: 週刊Railsウォッチ20230221: Active Record APIクイズ RailsのActiveRecordモジュールは、このフレームワークの成功と普及に大きく貢献したコアコンポーネントの1つです。私たちは数か月前に、ActiveRecord APIの知識を問うクイズを公開しました。この短い記事では、このクイズの平均的な成績を確認して、どの問題が回答者にとって最も難しかったかを明らかにします。 はじめに これまで最も人気が高かったクイズは、以下のクイズでした。 Rails ActiveReco
Rails: Active Recordのメソッドに渡す文字列を式展開してはいけない（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Really, Really, Really Don’t Interpolate Strings into Active Record Methods - Andy Croll 原文公開日: 2023/05/29 原著者: Andy Croll 参考: § 3.3 条件でハッシュを使う -- Active Record クエリインターフェイス - Railsガイド 悪意のあるユーザーからアプリケーションを保護するのは、開発者の重要な責務のひとつです。これは、Railsのように、セキュリティ機能が組み込まれているメンテの十分なフレームワークを使う優れた理由となります。 特に大きな理由は、ユーザー入力をデータベースに保存する前にサニタイズするActive Recordの保護機能です。ただし、その気になればActive Recordのス
Rails: Active Record属性のデフォルト値はコールバックよりもdefaultオプションで設定しよう（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Assign a default value to an attribute in Active Record - Andy Croll 原文公開日: 2023/03/13 原著者: Andy Croll 日本語タイトルは内容に即したものにしました。 以下のAPIドキュメントもどうぞ。 Rails: ActiveRecord標準のattributes APIドキュメント（翻訳） Active Recordモデルのインスタンスにデフォルト値を設定する必要が生じたことのある人は、おそらくコールバックでデフォルト値を設定したことがあるでしょう。 実はRails 5.0からもっとよい方法があるのですが、最近まで気づいていませんでした（Mosesに感謝します！） 参考: §2.3 Active Record属性API -- Ruby on
Rails: Active Recordのfindで怖い思いをした話（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: A scary side of ActiveRecord's find | Arkency Blog 原文公開日: 2019/03/19 原著者: Jakub Kosiński サイト: Arkency Blog 日本語タイトルは内容に即したものにしました。 参考: Rails API find -- ActiveRecord::FinderMethods 参考: Object#tap (Ruby 3.2 リファレンスマニュアル) 私は最近プロジェクトでこんなリファクタリングを行いました。identityに束縛されたコンテキストにドメインイベントをさらに追加することで、システム内のidentityに対して実行された特定のアクションから取得する監査ログを改善するというものです。手始めに、コマンドを消費する責務を持つServiceを
Rails 7.1: ActiveRecord::Baseにnormalizesが追加された（翻訳）｜TechRacho by BPS株式会社
2023.06.06 Rails 7.1: ActiveRecord::Baseにnormalizesが追加された（翻訳） Rails 7.1: ActiveRecord::Baseにnormalizesが追加された（翻訳） Rails 7.1で、Active Recordの属性値の正規化（normalization）を宣言するメソッドが新たに追加されました。これは、ユーザー入力のサニタイズ、書式の統一、外部由来のデータのクリーンアップで特に有用です。 Rails 7.1より前は、以下のようにbefore_saveコールバックで属性を正規化できます。 model User < ApplicationRecord before_save :downcase_email, if :email_present? private def email_present? email.present?
Rails: メールをActive Recordのコールバックで送信しないこと（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Don’t Email From Active Record Callbacks - Andy Croll 原文公開日: 2019/06/02 著者: Andy Croll Railsアプリケーションで何かとやってみたくなることのひとつといえば、メール送信でしょう。 モデルのインスタンスが変更または作成されたときにメールを送信するというのが、よくあるパターンです。 次のようにしないこと モデルのコールバックにメール送信を仕込む。 class BookReview < ApplicationRecord after_create :send_email_to_author private def send_email_to_author AuthorMailer. with(author: author). review_notif
ActiveRecord::QueryMethodsのselectメソッドについて深掘りしてみた｜TechRacho by BPS株式会社
こんにちは。BPSに入社してちょうど1年になりましたshin1rokです。 入社時に目標にしていた「TechRachoに技術系の記事を投稿する」を果たすべく、ActiveRecord::QueryMethodsのselectメソッドを深掘りしてみます。 API: ActiveRecord::QueryMethods - select 環境 Ruby: 2.6.3 Rails: 5.2.3 ローカルにRailsを読むためだけの小さいアプリを作り、RubyMineのコードジャンプとブレークポイントを駆使して探索しました。 そもそも(および深掘りの視点) selectメソッドはこのようにModelを拡張する形でAttribute(?)を追加することができます。 ※アソシエーションはUser has_many posts irb(main):014:0> user = User.joins(:po
Rails API: ActiveRecord::Attributes::ClassMethodsの#attributeと#define_attribute（翻訳）
2018.11.27 Rails API: ActiveRecord::Attributes::ClassMethodsの#attributeと#define_attribute（翻訳） 概要 MITライセンスに基づいて翻訳します。 原文: ActiveRecord::Attributes::ClassMethods ファイル: activerecord/lib/active_record/attributes.rb Railsバージョン: 5.2.1 ライセンス: MIT y-yagiさんの以下の記事も参考になります。 参考: Rails 5のActive Record attributes APIについて | 日々雑記 ActiveRecord::Attributes::ClassMethodsのインスタンスpublicメソッド attribute(name, cast_type =
Rails: スコープはスコープを返すべき（翻訳）
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: A scope should return a scope - Andy Croll 原文公開日: 2018/10/14 著者: Andy Croll RailsアプリをコーディングしていてRailsというレールに乗っている期間が長くなればなるほど、アプリを楽にメンテできるようになり、つらさが軽減されます。 レールに乗るよい方法の1つは、標準のRails APIのパターンに沿って進めることです。そうやって進めるときに自分を導いてくれるパターンの1つが、よく使われるクエリをスコープ化することです。 次のように書くのではなく スコープ内でオブジェクトを1つ返すメソッドを書く。 class Message < ActiveRecord scope :sent, -> { where.not(sent_at: nil) } scope :
Rails: ActiveRecordのスコープで`present?`を使うとパフォーマンスが落ちることがある（翻訳）
2018.10.02 Rails: ActiveRecordのスコープで`present?`を使うとパフォーマンスが落ちることがある（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Careful with present? when using ActiveRecord scopes - Andy Croll 原文公開日: 2018/09/02 著者: Andy Croll 日本語タイトルは内容に即したものにしました。 Rails: ActiveRecordのスコープでpresent?を使うとパフォーマンスが落ちることがある（翻訳） RailsではあらゆるRubyオブジェクトで#present?メソッドが利用できるので、このメソッドは多用される傾向があります。たとえば、ビューで配列をループで回す前に配列に要素があるかどうかをチェックしてからデータを表示するなどです。
Rails: ActiveRecordのコールバック/セッター/派生データについて再び（翻訳）
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: On ActiveRecord callbacks, setters and derived data | Arkency Blog 原文公開日: 2017/12/13 著者: Robert Pankowecki サイト: Arkency Blog Arkencyではこれまで数度に渡って、Railsで使えるコールバック以外の手法についての記事をお送りし、どんな問題が発生する可能性があるかを考察してきました。 Rails: beforeバリデーションをやめてセッターメソッドにしよう（翻訳） Ruby: gemが生成するコードを無名モジュールとprependで動かす（翻訳） Rails: Active Recordのコールバックを避けて「Domain Event」を使おう（翻訳） しかし、まだまだ多くのシナリオでコールバックが使われて
Rubyのオブジェクト作成方法を改変する（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Changing the Way Ruby Creates Objects | AppSignal Blog 原文公開日: 2018/08/07 著者: Benedikt Deicke（@benediktdeicke） -- Userlist.ioのCTOであり書籍『SaaS applications in Ruby on Rails』の著者です。 サイト: AppSignal Rubyの素晴らしさのひとつに、必要に応じてほぼ何でもカスタマイズできるという点があげられます。カスタマイズは便利であると同時に危険も伴うので、うっかりすると簡単に自分の足を撃ち抜いてしまいますが、十分気をつければ相当強力なソリューションを生み出すこともできます。 「Ruby Magic」では、便利さと危険は名コンビであると考えます。それではRubyのオブ
Rails: Active Recordのコールバックを避けて「Domain Event」を使おう（翻訳）
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Domain Events over Active Record Callbacks | Arkency Blog 原文公開日: 2016/05/03 著者: Robert Pankowecki サイト: Arkency Blog 参考: Domain Event 参考: ドメイン イベント: 設計と実装 | Microsoft Docs 2018/08/03: 初版公開 2022/09/27: 更新 最近Marcinの書いた「Railsアプリの最大のコードの臭いはActiveRecordのコールバックである」記事にあるように、コールバックはあっという間に制御不能になってしまう可能性があります。この記事がRedditに投稿された後、コメントで実に興味深いやりとりを見かけました。 重要なモデルがひとつあり、そこにはビジネス上重大な
Rails: Active Record 5.2のメモリ肥大化を探る（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: An analysis of memory bloat in Active Record 5.2 原文公開日: 2018/06/01 著者: Sam Saffron -- Discourseの共同創業者であり、Stack Overflowでの開発経験もあります。 翻訳には含めませんでしたが、元記事のコメントも興味深い内容です。 Active Recordの現在のパターンはリソースの大量消費につながります。以下はRails 5.2を用いた分析です。 Ruby 3x3計画は、Matz率いるRubyコミュニティの高貴な目標のひとつです。このアイデアは、Rubyインタプリタを3倍高速にできる現代的な最適化を広範囲に渡って用いることであり、野心的かつ崇高かつエキサイティングな目標です。このムーブメントは、just-in-timeコンパイラや
Rails: モデルの外では名前付きスコープだけを使おう（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Only use named scopes outside models - Andy Croll 原文公開日: 2018/03/04 著者: Andy Croll 前回の記事では#whereメソッドで「hashスタイル」を使おうというお話をいたしましたが、あまり自分が現実に使うことのなさそうなコード例でした💦。 次のようには書かないこと コントローラやビューで#whereスコープを使う。 class PostsController < ApplicationController def index @posts = Post.where(status: 'published') end end 次のように書くこと 名前付きスコープはモデルでのみ定義する。 class Post < ApplicationRecord scope
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
