早期開發中，模型關聯帶來非常大的便利性。同時也提升了數據庫查詢效率（避免了重復查詢，相關解釋如 laravel 的 n+1 查詢問題）。
比如說，獲取用戶信息的接口，接口中除了要返回 user 表的數據外，還需要返回類似 user_option 或者 user_info 等表的數據。這個時候用 laravel 的模型關聯的形式如下：
class UserModel extends Model {
protected $table = 'user';
public $timestamps = false;
public function userOption()
{
return $this->hasOne(UserOptionModel::class , 'user_id' , 'id');
}
public function findById(int $user_id)
{
$res = self::with(['user_option'])
->find($user_id);
return $res;
}
}
class UserOptionModel extends Model {
protected $table = 'user_option';
public $timestamps = false;
}
模型關聯從上述代碼看，用起來相當便利！
但是當后期，你的系統用戶量上去后，不可避免的要用上類似 redis 這樣的緩存。假設用戶表需要緩存的話，那么結果可能就是另外一種景象了。
class UserCache {
// 獲取用戶信息
public static function findById(int $user_id)
{
// 獲取緩存數據
$user = Redis::string('user_' . $user_id);
if (!empty($user)) {
return $user;
}
$res = UserModel::findById($user_id);
Redis::string('user_' . $user_id , $res);
return $res;
}
}
上述代碼緩存了用戶的信息到 redis，那如果針對某個用戶他的 user 表主體信息沒有發生改變，但是 user_option 表發生了改變，那么正常也應該刪除該用戶的 redis 緩存。
這種情況下，代碼的復雜度就直線上升了！
所以，個人建議在代碼開發過程中，不要使用模型關聯！
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。
您可能感興趣的文章:- Laravel 關聯模型-關聯新增和關聯更新的方法
- Laravel關聯模型中過濾結果為空的結果集(has和with區別)
- laravel學習教程之關聯模型
- Laravel5.1 框架模型多態關聯用法實例分析
- Laravel Eloquent分表方法并使用模型關聯的實現
- Laravel 模型關聯基礎教程詳解
- Laravel5.1 框架模型遠層一對多關系實例分析
- Laravel5.1 框架模型一對一關系實現與使用方法實例分析
- Laravel5.1 框架模型查詢作用域定義與用法實例分析
- Laravel5.1 框架模型創建與使用方法實例分析
- Laravel5.1 框架關聯模型之后操作實例分析
