您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關Laravel等框架模型關聯的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
早期開發中,模型關聯帶來非常大的便利性。同時也提升了數據庫查詢效率(避免了重復查詢,相關解釋如 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 緩存。
這種情況下,代碼的復雜度就直線上升了!
所以,個人建議在代碼開發過程中,不要使用模型關聯!
關于“Laravel等框架模型關聯的示例分析”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。