早期開發(fā)中，模型關(guān)聯(lián)帶來非常大的便利性。同時也提升了數(shù)據(jù)庫查詢效率（避免了重復查詢，相關(guān)解釋如 laravel 的 n+1 查詢問題）。
比如說，獲取用戶信息的接口，接口中除了要返回 user 表的數(shù)據(jù)外，還需要返回類似 user_option 或者 user_info 等表的數(shù)據(jù)。這個時候用 laravel 的模型關(guān)聯(lián)的形式如下：
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;
}
模型關(guān)聯(lián)從上述代碼看，用起來相當便利！
但是當后期，你的系統(tǒng)用戶量上去后，不可避免的要用上類似 redis 這樣的緩存。假設(shè)用戶表需要緩存的話，那么結(jié)果可能就是另外一種景象了。
class UserCache {
// 獲取用戶信息
public static function findById(int $user_id)
{
// 獲取緩存數(shù)據(jù)
$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 表主體信息沒有發(fā)生改變，但是 user_option 表發(fā)生了改變，那么正常也應(yīng)該刪除該用戶的 redis 緩存。
這種情況下，代碼的復雜度就直線上升了！
所以，個人建議在代碼開發(fā)過程中，不要使用模型關(guān)聯(lián)！
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。
您可能感興趣的文章:- Laravel 關(guān)聯(lián)模型-關(guān)聯(lián)新增和關(guān)聯(lián)更新的方法
- Laravel關(guān)聯(lián)模型中過濾結(jié)果為空的結(jié)果集(has和with區(qū)別)
- laravel學習教程之關(guān)聯(lián)模型
- Laravel5.1 框架模型多態(tài)關(guān)聯(lián)用法實例分析
- Laravel Eloquent分表方法并使用模型關(guān)聯(lián)的實現(xiàn)
- Laravel 模型關(guān)聯(lián)基礎(chǔ)教程詳解
- Laravel5.1 框架模型遠層一對多關(guān)系實例分析
- Laravel5.1 框架模型一對一關(guān)系實現(xiàn)與使用方法實例分析
- Laravel5.1 框架模型查詢作用域定義與用法實例分析
- Laravel5.1 框架模型創(chuàng)建與使用方法實例分析
- Laravel5.1 框架關(guān)聯(lián)模型之后操作實例分析
