早期開發中,模型關聯帶來很是大的便利性。同時也提高了數據庫查詢效率(避免了重複查詢,相關解釋如 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
因此,我的建議在代碼開發過程當中,不要使用模型關聯!接口