早期开发中,模型关联带来非常大的便利性。同时也提升了数据库查询效率(避免了重复查询,相关解释如 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
缓存。
这种情况下,代码的复杂度就直线上升了!
所以,个人建议在代码开发过程中,不要使用模型关联!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。