アークウェブWebデザインSandBox

• バックアップ一覧
• ソース を表示
• バックアップ を表示
• Ruby on Rails/ActiveRecordのfind は削除されています。
  • 1 (2007-04-29 (日) 23:16:30)
  • 2 (2007-04-29 (日) 23:19:10)
  • 3 (2007-05-07 (月) 17:35:03)

• 追加された行はこの色です。
• 削除された行はこの色です。

 ** joinsオプション [#a080867d]
 関連名による INNER JOIN が欲しい
 http://wota.jp/ac/?date=20060514
  Member.find(:all, 
              :joins=>"INNER JOIN groups ON groups.id = members.group_id 
                       INNER JOIN favorites ...")
 なるほど、普通のJOIN(等価結合)をやりたい場合は、joinsに、INNER JOINを書けばできるけど、そうするしかないのかな。
 確かに美しくないです。
 なるほど、普通のJOIN(等価結合)をやりたい場合は、joinsに、INNER JOINを書くわけですね。
 
 ** includeオプション [#qfd8d25d]
 includeオプションによる実行
 http://wota.jp/ac/?date=20060120
 
  普通に Member.find(:all) で取得して個別に member.favorite するのと一見
  同じに見えますが、通常の関連への参照(member.favorite)はその都度取得クエリを
  実行しますので、100エントリあった場合は最初のfind(:all)も含めると101回のクエリ
  が発行されてしまいます。
  それに対して、:include オプションを利用すると最初の find(:all) の時点で関連
  するデータまで先に取得(Eager loading)してくれますので1回のクエリで済んで
  しまうのです！
   * カラム名の衝突を回避
   * Eager loading によるクエリ発行回数の最適化
   * 関連参照オブジェクトへの自動格納
  という3つのメリットを併せ持つこの:include機能を使わないと、ActiveRecordの
  恩恵を半分程度しか受けてないことになるでしょう。
  (そう、全部 find_by_sql でゴリゴリやってた昨日までの私です)。
 なるほど。
 
 - includeはOUTER JOINだから、関連があれば、オブジェクトもあらかじめつけとくよ、ってことになりますね。
 - なんだかOUTER JOINはあまり使ってこなかったので不安ですが、関連をNULL不可にしとおけば、常にincludeオプションを使うってことでもよいのか...?
 - でも、手元のrails本249ページによれば、includeはメモリを大きく食うからケースバイケースだ、とのことですね。なるほど、関連オブジェクトを使わないケースでは、includeは使わない方がよさそう。
 
 #blikifooter(志田)