MySQL 뷰는 효율적인 쿼리를 위해 인덱스를 활용할 수 있습니까?

MySQL 뷰가 쿼리에 인덱스를 활용할 수 있나요?

MySQL이 뷰 쿼리에 인덱스를 활용하는 것은 간단하지 않습니다. 기본 테이블에 인덱스가 있음에도 불구하고 뷰 쿼리는 별도로 처리되어 잠재적으로 비효율성을 초래할 수 있습니다.

해결책: Covering Index

최적의 솔루션은 "covering index"를 생성하는 것입니다. "를 기본 테이블에 표시합니다. 이 인덱스에는 뷰 정의 쿼리에서 참조되는 열과 그룹화에 사용되는 모든 열이 포함되어야 합니다. 커버링 인덱스를 사용하면 MySQL이 기본 테이블 페이지에 액세스할 필요 없이 인덱스에서 직접 뷰 쿼리를 충족할 수 있습니다.

예를 들어, 최고 점수 테이블에 대해 제공된 예를 고려하면 커버링 인덱스는 다음과 같습니다.

CREATE INDEX highscores_IX3
ON highscores (player, happened_in, score);

이 인덱스가 있으면 MySQL은 뷰 쿼리에 이를 활용할 수 있습니다.

SELECT * FROM v_kobe_highscores WHERE happened_in = 2006;

이유 MySQL의 뷰는 문제가 될 수 있습니다

일부 다른 데이터베이스와 달리 MySQL은 외부 쿼리의 조건자를 뷰 쿼리로 "푸시"하지 않습니다. 대신 뷰 쿼리가 별도로 실행되어 뷰 정의의 모든 행을 포함하는 중간 테이블이 구체화됩니다. 그런 다음 외부 쿼리가 이 파생 테이블에 적용됩니다.

이 프로세스는 특히 대규모 테이블에 걸쳐 정의된 뷰의 경우 성능 저하로 이어질 수 있습니다.

대안: 인덱싱된 독립 실행형 쿼리

어떤 경우에는 뷰를 사용하는 것보다 독립형 쿼리를 실행하는 것이 더 효율적일 수 있습니다. 예:

SELECT player
     , MAX(score) AS highest_score
     , happened_in
 FROM highscores
WHERE player = 24
  AND happened_in = 2006
GROUP
   BY player
    , happened_in;

highscores 테이블에 적절한 포함 인덱스를 사용하면 이 쿼리는 뷰를 생성하고 구체화하는 오버헤드 없이 원하는 데이터를 효율적으로 검색할 수 있습니다.

위 내용은 MySQL 뷰는 효율적인 쿼리를 위해 인덱스를 활용할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!