早期开发中,模型关联带来很是大的便利性。同时也提高了数据库查询效率(避免了重复查询,相关解释如 laravel 的 n+1
查询问题)。laravel
好比说,获取用户信息的接口,接口中除了要返回 user
表的数据外,还须要返回相似 user_option
或者 user_info
等表的数据。这个时候用 laravel
的模型关联的形式以下:redis
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
缓存。this
这种状况下,代码的复杂度就直线上升了!code
因此,我的建议在代码开发过程当中,不要使用模型关联!接口