初心者向け。LaravelのEagerロードとリレーションの違い・コードの書き方
905 回閲覧されました
みなさんこんにちは、jonioです。
Laravelでリレーションをする時ですがEagerロードという物があります。
これはざっくりした説明だと普通にリレーションをするとサーバーに負荷がかかるのを減らせる物ですがEagerロードとは何かとどう記述するかについて調べたのでまとめます。
調べた内容なので間違っている部分があるかもしれませんがご了承下さい。
普通のリレーションではどうなるか
普通にリレーションをした時のデータベースへのアクセスがどうなっているかを確認します。
Laravel-debugbarを使ってデータベースのアクセスを調べますがLaravel-debugbarを知らない方は↓の記事で導入方法を解説していますので導入してみて下さい。
ECサイトの商品一覧の画面でカートに商品を入れた商品をマイカートで表示する時にリレーションを使っているのでその時で確認します。
↓の6つの商品をカートに追加します。
この時のモデルは↓です。(モデルでリレーションをしていますがコントローラーでしてもいいです)
18行目のshowCartメソッドをコントローラーで呼び出します。
この時のビューは↓です。
この場合のデータベースへのアクセスがどうなっているかを確認したら↓でした。
↑の赤枠を確認して欲しいのですが6回SQL文を実行（クエリを発行）しているのが分かります。（緑枠については後で説明します）
6回サーバーに負荷がかかっていますがデータが多ければ多いほど、サイトだったら閲覧する人が多くなればなるほどサーバーへの負担がかかる事になります。
その結果ページの読み込みに時間がかかり過ぎて表示が遅くなる場合があります。
リレーションの仕組み
今は実際に試して普通のリレーションだとサーバーに負荷がかかるのが分かりましたがリレーションの仕組みは以下となっています。
リレーションをする時に一旦リレーションをするモデルの情報を取得する（↓の緑枠）
そしてリレーションのたびにSQL文を実行する（↓の赤枠）
6回SQL文を実行するだけでなくモデルの情報を取得するために1回多くSQL文を実行するのですがこれをN+1問題と言います。
遅延読み込み
↓の青枠を見るとリレーションする際に時間がかかっているのが確認できます。
理由は以下になります。
リレーションの情報を取得してブラウザに表示するまでの流れはまずコントローラーでデータベースにアクセスしてテーブルの情報を取得します。
コントローラーで取得した情報をビューに渡してビューで表示する際にもう一度データベースにアクセスしてから表示するのでリレーションに時間がかかります。
これを遅延読み込みと言います。
だから通常のリレーションだとリレーションをする量が多ければ多いほど・サイトを閲覧する人が増えれば増える程時間がかかりますがこれを防ぐのがEagerロードです。
Eagerロード
Eagerロードを使うと↓の赤枠が一回で済みます。
カートの内容を表示するモデルでリレーションを使っているのは↓です。
これをEagerロードの書き方に変えます。
whereを使う場合
元々のモデルの「Cart->where」の「→where」の前に「::with(‘stock‘)」を追加します。
stockは記述を変更したモデルの27行目のstockメソッドの事で「::with(‘メソッド名’)」と書けばEagerロードになります。（↓を参照）
この時にサーバーへのアクセスを見ると↓に変わっているのが確認できます。
Eagerロードは1回しかデータベースにアクセスしてないので6回サーバーにアクセスするのと比べて負荷が圧倒的にかかっていません。
情報が100個とかあった時のサーバーへの負荷を考えると大きな違いが出てくるのが分かります。
whereを使わない場合
今回のリレーションはwhereを使っていたのですがwhereを使わない場合はほんの少しだけモデルの書き方が変わります。
「>where(‘user_id’,$user_id)」を取りました。
これでwhereを使わない場合のEagerロードができました。