MySQL 조회 테이블에 대한 조언이 필요합니다

MySQL 조회 테이블에 대한 조언이 필요합니다

약 200개의 테이블이 있는 MySQL 데이터베이스가 있습니다. 이 중 50개는 작은 2필드 'id-data' 조회 테이블입니다. 이러한 DB 중 일부는 공유 서버에서 호스팅됩니다. 너무 많은 테이블과 관련된 성능 문제로 인해 공유 호스팅 환경에서 전체 테이블 수를 줄여야 한다는 통보를 받았습니다.

내 질문은 다음과 같습니다. 50개의 2필드 조회 테이블을 'id-field_name-data' 필드가 있는 단일 3필드 테이블로 결합할 수 있습니까? 이것이 가능하더라도 PHP 사용자 애플리케이션에서 해야 할 일이 많이 있을 것입니다. 나의 또 다른 선택은 훨씬 더 높은 호스팅 비용으로 DB를 전용 서버로 옮기는 것입니다.

나는 200개의 테이블 DB가 실제로 이 공유 호스팅 서버에서 성능 문제를 일으키고 있다고 생각하지 않습니다. 적어도 사용자 애플리케이션 관점에서는 그렇지 않습니다. 단일 쿼리에는 이러한 테이블이 10개 이상 조인되지 않습니다. 비록 나는 이 DB에서 phpmyadmin이 생성한 매우 느린 쿼리를 본 적이 있습니다.

답변1

다음 조건이 주어지면 'id-field-data' 접근 방식을 사용할 수 있습니다.

1- 테이블에 레코드가 너무 많지 않습니다. 따라서 최종 테이블은 너무 크지 않을 것입니다.

field2- 검색 속도를 높이기 위해 필드 에 인덱스를 만듭니다 .

3- PHP 코드를 수정하는 것은 어렵지 않으며 코드 손상을 방지하기 위해 관리하기 쉬운 방법으로 수행할 수 있습니다.

4- 코드/테이블의 또 다른 복사본을 만들고 완료되면 불필요한 테이블/코드를 제거할 수 있습니다.

관련 정보