アクティブレコード照会インターフェース

まず、いくつかの背景を説明しよう。

この記事は、かつて私が実際に直面した問題から着想を得ている。この問題に対処することで、私は多くのことを学んだ。例題は良い学習リソースだと思う。今回は、Active Recordのクエリーメソッドを使った例をいくつか紹介したいと思います。

ドメイン特有の詳細を紹介しないために、あるライブラリーのサンプル・アプリケーションを使って例を説明しよう。下の図に示すように、すべてとてもシンプルです。著者、本、ユーザー、レンタルの4つのテーブルがあります。一人のユーザが多くの本を借りることができ、一冊の本を多くのユーザが借りることができるので、多対多の関係をモデル化するために結合テーブルが必要です。私たちの場合はrentalsテーブルです。また、借りた日付と返した日付という追加情報も格納します。一人の著者は、その名前に多くの本を割り当てることができます。また、本にはジャンルを定義する属性があります。

ユーザー読書統計

タスクは、一人のユーザーの統計を作成し、各ジャンルから何冊の本が借りられたかを知ることでした。最初に考えたのは、そのユーザーが借りた本をすべて取得し、ジャンルごとにグループ分けして、各ジャンルにリストではなく冊数を割り当てるマッピングを行うことでした。そうすれば、各ジャンルにはリストの代わりに冊数が割り当てられます：

ハッシュ[Book.joins(:rentals).where(rentals: { user: user }).group_by(&:ジャンル).map { |ジャンル, books| [ジャンル, books.size] }].

この方法は機能し、見た目もすっきりしていますが、Active Recordのクエリーメソッドが提供するすべての可能性を使っているわけではありません。クエリメソッドのおかげで、生のSQLを直接使うことなく、データベースレベルでデータをフィルタリングしたり集約したりすることができます。 コード.dbレベルで運営することで、効率も向上する。

上の例では、Rubyのgroupの代わりにgroupメソッドを使うことができる。メソッドによってGROUPBY 節を tSQL クエリに追加する。さらに、マッピングとサイズメソッドは、カウント集約関数に置き換えることができます。最終的に、以下のようなクエリが出来上がります：

Book.joins(:rentals).where(rentals: { user: user }).group(:genre).count(:books)

もっとシンプルに見える！

その他の有用な例

以下に、私が知る価値のあると思うクエリーメソッドの他の使い方をいくつか紹介する。

非アクティブ・ユーザーへの招待

タスク本を借りたことがないか、1年以上前に借りたことがあるユーザーをフィルタリングする。

関連するレンタルを含めてすべてのユーザーをフェッチし、selectメソッドを使ってフィルターをかけることができる。

User.includes(:rentals).select do |user|.
 user.rentals.empty？|user| user.rentals.none？{ |rental| rental.start_date >= Date.today - 1.year }.
end 

しかしもちろん、すべてをフェッチする必要はない。クエリーメソッドを使えば、dbレベルでフィルタリングすることができる。まず、過去1年間に何冊か本を借りたユーザーを選択し、最終的な選択から除外してみましょう。

サブクエリーはこのようになる：

User.joins(:rentals).where(rentals：{ start_date: (Date.today - 1.year).Date.today })

そして今、すべてをまとめよう：

User.where.not(id：[User.joins(:rentals).where(rentals：{ start_date: (Date.today - 1.year)..Date.today })])

不採用作家

TASK: 借りている本が1冊か0冊の著者を見つける

selectメソッドでこれを行うのは非常に簡単だが、繰り返しになるが、dbがフィルタリングしてくれるので、このような大きなデータセットを操作する必要はない：

Author.includes(:books).select { |author| author.books.size <= 1 } }.

そして、割り当てられた本がゼロの著者をフィルタリングするのは、素早く簡単だ：

Author.left_joins(:books).where(books: { id: nil })

left_joins（および外側joins全般）を使用する際に1つ覚えておくべきことがあります。左のテーブル（ここでは著者）にレコードがあり、右のテーブル（ここでは書籍）に対応するレコードがない場合、結果的に右のテーブルのカラムにはnil値が入力されます。

システムに1冊の本が割り当てられている著者も必要なので、さらにいくつかの操作が必要です。グループ化、カウント、条件の追加が必要です。以下はそのまとめ方です：

Author.left_joins(:books).group(:id).having("count(* <= ?", 1)

条件は集計関数の後に来るので、WHERE句の代わりにHAVING句を使って指定しなければならない。

アプリケーションのパフォーマンスについて考えるとき、Active Recordのクエリーメソッドはチェックする価値があります。コードを単純化し、より速く動作させることができます。共有された例が、クエリーメソッドが提供する可能性を探るのに役立つことを願っています。

続きを読む

– 新しい現実の時。リモートワークの時代が始まって1カ月

– Railsアプリで一般的なJSフレームワークを使用する必要がありますか？Stimulus.jsが代替になるかもしれません。

– ウェブアプリ開発：なぜRuby on Railsは選ぶ価値のある技術なのか？