早期开发中，模型关联带来非常大的便利性。同时也提升了数据库查询效率（避免了重复查询，相关解释如 laravel 的 n+1 查询问题）。

比如说，获取用户信息的接口，接口中除了要返回 user 表的数据外，还需要返回类似 user_option 或者 user_info 等表的数据。这个时候用 laravel 的模型关联的形式如下：

1. class UserModel extends Model { 
2.   protected $table = 'user'; 
3.   public $timestamps = false; 
4.     
5.   public function userOption() 
6.   { 
7.     return $this->hasOne(UserOptionModel::class , 'user_id' , 'id'); 
8.   } 
9.     
10.   public function findById(int $user_id) 
11.   { 
12.     $res = self::with(['user_option']) 
13.       ->find($user_id); 
14.     return $res; 
15.   } 
16. } 
17.  
18. class UserOptionModel extends Model { 
19.   protected $table = 'user_option'; 
20.   public $timestamps = false; 
21. } 

模型关联从上述代码看，用起来相当便利！

但是当后期，你的系统用户量上去后，不可避免的要用上类似 redis 这样的缓存，假设用户表需要缓存的话，那么结果可能就是另外一种景象了。

1. class UserCache { 
2.   // 获取用户信息 
3.   public static function findById(int $user_id) 
4.   { 
5.     // 获取缓存数据 
6.     $user = Redis::string('user_' . $user_id); 
7.     if (!emptyempty($user)) { 
8.       return $user; 
9.     } 
10.     $res = UserModel::findById($user_id); 
11.     Redis::string('user_' . $user_id , $res); 
12.     return $res; 
13.   } 
14. } 

上述代码缓存了用户的信息到 redis，那如果针对某个用户他的 user 表主体信息没有发生改变，但是 user_option 表发生了改变，那么正常也应该删除该用户的 redis 缓存。

这种情况下，代码的复杂度就直线上升了！

所以，个人建议在代码开发过程中，不要使用模型关联！

Tags: Laravel模型关联 Laravel浅析

分享到：