Laravel 等框架的模型關聯的可用性

早期開發中,模型關聯帶來很是大的便利性。同時也提高了數據庫查詢效率(避免了重複查詢,相關解釋如 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

因此,我的建議在代碼開發過程當中,不要使用模型關聯!接口

相關文章
相關標籤/搜索