使用模型和模型關(guān)系的好處是：

1. 一旦定義好關(guān)系，隨處可用。假如數(shù)據(jù)庫(kù)命名不規(guī)范，去join的時(shí)候還得去關(guān)心join的外鍵是叫xx_id呢還是叫id呢
2. 用關(guān)系比用join便于閱讀。而且關(guān)系可以一直連下去，如: $order->user->userAddress->province->name，如果用join的話得join3個(gè)表。
3. 用模型可以方便解耦。模型有creating、updating、deleting等事件，舉個(gè)例子，當(dāng)用戶下單時(shí)需要給用戶發(fā)一條短信，就可以監(jiān)聽order的created事件進(jìn)行編碼，不用把發(fā)短信代碼放在創(chuàng)建訂單的代碼里；再舉個(gè)例子，添加商品分類需要加個(gè)日志功能，但是添加分類有多個(gè)入口，比如在添加商品的時(shí)候可以輸入個(gè)新分類添加商品同時(shí)添加分類，也可以在分類管理里去單獨(dú)加分類，而這兩個(gè)入口的添加分類的代碼都是Category::create([xx])，如果要寫日志的話使用模型監(jiān)聽器只需要在一個(gè)地方寫即可。可以了解下。但如果他用的是DB::table()->insert的話是做不到只修改一個(gè)地方完成這功能的。

比如這個(gè)user控制器要查詢用戶昵稱 還要先引入data模型use AppModelsData;還不如DB::table('data')->where('uid',$uid)->get()一句話完事了呢

不能只考慮眼前的控制器，假如還有個(gè)order，存了個(gè)user_id,要輸出user_name,定義好關(guān)系的話直接$order->user->user_name即可；假如還有個(gè)用戶地址、用戶優(yōu)惠、用戶xxx各種，每次join不覺得麻煩嘛。。

public function user()
{
   return $this->belongsTo(User::class, 'id', 'uid');
}

這樣寫的話，代表你car表里的id跟user表的uid是關(guān)聯(lián)起來(lái)的，然后你用的時(shí)候可以直接這樣使用

$car = Car::find($id)->with('user')->get();

這樣你就相當(dāng)于把兩張表的數(shù)據(jù)查出來(lái)了。具體的你可以看看laravel 的orm