Laravelのよく使うリレーションのmodelの取り扱い

Question

Laravelでmodelの扱いに悩んでいます。
基本、データベース毎にmodelを作成するのがセオリー？（検索の結果、そのような記事が多い）と考えられるのですが、例えば、一つのViewで扱うテーブルが複数の結合の場合、コントローラでJoinするのではなく、利用頻度が多いものはその結合したmodelを作成して利用した方が便利なのではないかと考えらえるのですが、この理解で良いかを教えてください。
例えば、下記の二つのTableがあったときに、Account_id,Name,emailの一覧を多数利用するときは、そのModelを作成しても良いでしょうか。

Accounts Table:

id	pass	email
A	PassA	[e-mail]
B	PassB	[e-mail]

Users Table:

id	Name	Accounts_id
1	Name A	A
2	Name B	A

Answer 1

例えば、一つのViewで扱うテーブルが複数の結合の場合、コントローラでJoinするのではなく、利用頻度が多いものはその結合したmodelを作成して利用した方が便利なのではないかと考えらえるのですが、この理解で良いかを教えてください。

リレーションを定義してデフォルトの Eager Loading 対象に指定すれば解決しますね。Laravel の設計思想を無視して JOIN するのはやや筋が悪いと思います。Eager Loading の場合2クエリになってしまいますが，件数を制限して取得するぶんには JOIN を使って1クエリにする場合に対してパフォーマンス面での欠点はありませんし，結果がごちゃまぜにならずにテーブルごとに分かれた状態で取得できるのはアーキテクチャ的に大きな利点です。

（そもそも Laravel のリレーションは多対多以外は JOIN を使用しませんが，そこの理解からあってますか…？）

• Eloquent：リレーション 5.8 Laravel
• 【Laravel】 第1回 Eloquent ソースコードリーディング - モデルの取得 - Qiita
• 【Laravel】 第2回 Eloquent ソースコードリーディング - リレーションの取得 - Qiita

class Account extends Model
{
    protected $with = ['user'];

    public function account()
    {
        return $this->hasOne(User::class, 'accounts_id');
    }
}

class User extends Model
{
    protected $with = ['account'];

    public function user()
    {
        return $this->belongsTo(Account::class, 'accounts_id');
    }
}

あと accounts_id は命名規約を無視しているので単数形の account_id に揃えるべきですね。（account_id ならばリレーション定義時の第2引数も省略できます）

Comments

[s_hiro]

ご回答ありがとうございました！やはり、JOINが前提ではなく、全てModel表記をすることがLaravelの標準なのですね。スッキリしました。
命名規則についてもご指摘ありがとうございました。
まだまだLaravel初心者なので、まずはいただいたURLを参考にじっくり理解したいと思います。
ありがとうございます！

[mpyw]

すいません、↑のように $with を相互に書くと無限に循環してしまうので、起点にしたいほうだけに書くようにしてください。