博客 / 詳情

返回

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 緩存。

這種情況下,代碼的複雜度就直線上升了!

所以,個人建議在代碼開發過程中,不要使用模型關聯!

user avatar
0 位用戶收藏了這個故事!

發佈 評論

Some HTML is okay.