어떤 상황에서 내부 조인과 왼쪽 조인의 실행 효율성이 상대적으로 높아지나요?
모든 내부 조인의 결과 집합 외에도 왼쪽 조인에는 왼쪽 테이블의 연결되지 않은 모든 데이터가 필요하기 때문에 왼쪽 조인은 어떤 시나리오에서도 내부 조인보다 효율적이지 않습니다.
관련 필드에 인덱스가 있어야 한다는 것 외에도 검색 주기 수가 적기 때문에 왼쪽 조인은 작은 테이블을 왼쪽 테이블로 사용하는 것이 가장 좋습니다. 전제는 논리가 다르기 때문에 비즈니스 논리가 괜찮다는 것입니다. 다양한 글쓰기 방법으로
내부 조인은 적절한 테이블을 기본 테이블로 자동 선택하지만 여전히 관련 필드 인덱스가 필요하므로 효율성을 높이려면 int 유형 검색을 사용하는 것이 가장 좋습니다
솔직히 질문하신 방향이 좀 옳지 않네요. . . 제한 조건과 인덱스만 있을 뿐 쿼리가 합리적이고 속도가 매우 빠릅니다inner 조인은 누구를 기준으로 하지 않고 조건에 맞는 데이터를 표시합니다.left 조인은 왼쪽을 기준으로 하여 연결합니다. 오른쪽 테이블
효율성 측면에서는 작은 테이블을 큰 테이블에 연결하는 것이 확실히 더 빠릅니다. MySQL Left Join 최적화 예제를 통해 쿼리 계획에 대한 심층적인 이해
모든 내부 조인의 결과 집합 외에도 왼쪽 조인에는 왼쪽 테이블의 연결되지 않은 모든 데이터가 필요하기 때문에 왼쪽 조인은 어떤 시나리오에서도 내부 조인보다 효율적이지 않습니다.
관련 필드에 인덱스가 있어야 한다는 것 외에도 검색 주기 수가 적기 때문에 왼쪽 조인은 작은 테이블을 왼쪽 테이블로 사용하는 것이 가장 좋습니다. 전제는 논리가 다르기 때문에 비즈니스 논리가 괜찮다는 것입니다. 다양한 글쓰기 방법으로
내부 조인은 적절한 테이블을 기본 테이블로 자동 선택하지만 여전히 관련 필드 인덱스가 필요하므로 효율성을 높이려면 int 유형 검색을 사용하는 것이 가장 좋습니다
솔직히 질문하신 방향이 좀 옳지 않네요. . .
제한 조건과 인덱스만 있을 뿐 쿼리가 합리적이고 속도가 매우 빠릅니다
inner 조인은 누구를 기준으로 하지 않고 조건에 맞는 데이터를 표시합니다.
left 조인은 왼쪽을 기준으로 하여 연결합니다. 오른쪽 테이블
효율성 측면에서는 작은 테이블을 큰 테이블에 연결하는 것이 확실히 더 빠릅니다.
MySQL Left Join 최적화 예제를 통해 쿼리 계획에 대한 심층적인 이해