대부분의 경우 테이블 제거는 성능 향상을 위한 것이지만 개발 복잡성과 작업량을 증가시킵니다. 개인적으로는 단일 테이블의 데이터 양이 100만개 미만이라면 여러 테이블로 나눌 필요가 없다고 생각합니다.
또한, 테이블을 분할할 때 일반적으로 비즈니스 데이터의 특성을 느끼고 다중 테이블 통합 쿼리 대신 쿼리 테이블을 직접 찾으므로 쿼리 효율성이 더욱 떨어지게 됩니다. 사용자 ID의 크기에 따라 테이블을 분할하는 경우 100,000개마다 테이블을 하나씩 분할하면 ID를 얻은 후 어떤 테이블에 쿼리할지 직접 결정할 수 있습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
대부분의 경우 테이블 제거는 성능 향상을 위한 것이지만 개발 복잡성과 작업량을 증가시킵니다.
개인적으로는 단일 테이블의 데이터 양이 100만개 미만이라면 여러 테이블로 나눌 필요가 없다고 생각합니다.
또한, 테이블을 분할할 때 일반적으로 비즈니스 데이터의 특성을 느끼고 다중 테이블 통합 쿼리 대신 쿼리 테이블을 직접 찾으므로 쿼리 효율성이 더욱 떨어지게 됩니다.
사용자 ID의 크기에 따라 테이블을 분할하는 경우 100,000개마다 테이블을 하나씩 분할하면 ID를 얻은 후 어떤 테이블에 쿼리할지 직접 결정할 수 있습니다.