早期開發(fā)中，模型關(guān)聯(lián)帶來非常大的便利性。同時也提升了數(shù)據(jù)庫查詢效率（避免了重復(fù)查詢，相關(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ù)雜度就直線上升了！

所以，個人建議在代碼開發(fā)過程中，不要使用模型關(guān)聯(lián)！

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，謝謝大家對武林網(wǎng)之家的支持。