早期開發中，模型關聯帶來非常大的便利性。同時也提升了數據庫查詢效率（避免了重復查詢，相關解釋如 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 緩存。

這種情況下，代碼的復雜度就直線上升了！

所以，個人建議在代碼開發過程中，不要使用模型關聯！

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對武林網之家的支持。