SQL Server는 다음 쿼리를 어떻게 처리합니까?

Question

은 내가 내 데이터베이스에서 실행하고자하는 다음 쿼리는 한 :

SELECT 
    u.UserId, u.FullName, u.Location, csr.SponsorId 
FROM 
    [User] u 
LEFT JOIN 
    (SELECT 
     csr.SponsorId 
    FROM 
     ClubSponsorRelation csr 
    WHERE 
     csr.ClubId = @clubId) AS csr ON u.UserId = csr.SponsorId 
WHERE 
    u.UserType = 'Sponsor' 
    AND csr.SponsorId IS NULL 

이 기본적으로 조인 제외 왼쪽을 실행하려고 아닌 ClubSponsorRelation 테이블의 모든 사용자가 반환됩니다.

제 질문은 에 관한 것입니다. Left Join 이전이나 이후에 SQL Server가이를 고려합니까?

왼쪽 결합 후 WHERE이 적용되는 경우 어떻게 UserType 'Sponsor'를 가진 사용자에 대해서만 왼쪽 결합을 적용 할 수 있는지이 쿼리를 다시 작성할 수 있습니까? 가장 영원한 방법으로도 왼쪽보기가 있습니까? User와 ClubSponsorRelation은 시간이 지남에 따라 상당히 커질 것이고 쿼리는 자주 실행될 것입니다.

Answer 1

이 기능을 사용해보십시오. ClubSponsorRelation에없는 사용자가 csr.SponsorId을 선택하면 내게 알맞지 않으므로 Not Exists을 사용하여 사용자를 찾으십시오.

SELECT u.UserId, 
     u.FullName, 
     u.Location 
FROM [User] U 
WHERE NOT EXISTS (SELECT 1 
        FROM ClubSponsorRelation csr 
        WHERE u.UserId = csr.SponsorId 
        AND csr.ClubId = @clubId) 
     AND u.UserType = 'Sponsor' 

Answer 2

이것은 실행 엔진에 달려 있습니다. 가장 쉬운 방법은 서버에서 실행 계획을 생성하도록하는 것입니다. 예를 들어 Management Studio에서 Include actual execution plan을 확인하십시오. 그러면 쿼리가 실제로 어떻게 실행될 것인지와 그 이유를 알 수 있습니다.

추론은 매우 복잡하며 많은 경우 직관적 인 것처럼 보일 수 있습니다. 예를 들어, 통계에 쿼리가 행의 대부분을 터치 할 것으로 표시되면 인덱스 등을 무시할 수 있습니다. 합리적인 결과를 얻으려면 현실적인 (현실적으로 조정 된) 데이터와 올바르게 유지 관리 된 데이터베이스에서이 작업을 실행해야합니다.

코드 리뷰를 위해 "하위 쿼리"에 가입 할 필요가 없습니다. 대신 다음 두 조건의 조인을 사용하십시오.

left join ClubSponsorRelation csr on csr.ClubId = @clubId and u.UserId = csr.SponsorId 

새 MS SQL 버전이 하위 쿼리를 사용하는 이유는 더 적습니다. 그러나 물론 프로파일 링이 왕입니다. 복잡한 시나리오에서 신뢰할 수있는 추측을하기에는 너무 많은 변수가 있습니다.

이해해야 할 또 다른 중요한 점은 여기서 가능한 성능 문제 만 언급한다는 것입니다.이 문은 평가 순서 등에 의존해서는 안됩니다. 이는 전체 집합/관계 대수 SQL의 일부입니다.

Answer 3

일반적으로 DBMS는 모든 검색어에 대해 고유 한 검색어 최적화를 수행하며, DBMS는 가장 빠른 것으로 생각하는 알고리즘을 사용합니다. 그래서 필터링 중이고 가입합니다. 하지만 가장 좋은 방법은 Execution Plan입니다.

Answer 4

다른 답변은 쿼리 계획에 초점을 맞추 었으므로 나는 그 생각을 나중에 생각하지 않습니다. WHERE 절은 FROM 절이 작성한 모든 행 또는 단어의 JOIN 뒤에 적용되는 모든 행에 적용됩니다. JOIN에서 필터를 적용하려면 다른 조건으로 필터를 추가하면됩니다.

SELECT 
    u.UserId, 
    u.FullName, 
    u.Location, 
    csr.SponsorId 
FROM 
    [User] u 
     LEFT JOIN ClubSponsorRelation csr ON csr.SponsorId = u.UserId 
             and csr.ClubId = @clubId 
             and u.UserType = 'Sponsor' 
WHERE 
    csr.SponsorId IS NULL 

Answer 5

쿼리 실행 방법은 DBMS의 책임입니다. 그리고 명령이 결과에 영향을 미치지 않으므로 너무 걱정하지 않아야합니다. 일반적으로 옵티마이 저는 가장 효율적인 방법을 찾습니다. 이것은 한 방향 일 수도 있고 다른 방향 일 수도 있습니다. 좋은 일을하고 성능 문제가 발생할 경우에만 대안을 찾기 시작하는 것이 좋을 것입니다.

귀하의 검색어는 이미 방어 적 사고를 보여줍니다. 특정 클럽의 스폰서가 아닌 사용자를 확보하려고합니다. 그렇다면 NOT IN 또는 NOT EXISTS를 사용하는 이유는 무엇입니까? 이것은 똑 바른 방법 일 것입니다 (또한 읽기 쉬울 것입니다). 옵티마이 저는 내부적으로 외부 조인을 사용하기로 결정할 수 있지만 일반적인 쿼리로 문제가 발생하기 전에 왜 그런 트릭을 생각해야할까요?

이렇게 말한 결과, 잘 작동하는 한 NOT IN 또는 NOT EXIST를 사용하는 것이 좋습니다.

select userid, fullname, location 
from [User] 
where usertype = 'Sponsor' 
and userid not in 
(
    select sponsorid 
    from clubsponsorrelation 
    where clubid = @clubid 
); 

또는 :

select userid, fullname, location 
from [User] u 
where usertype = 'Sponsor' 
and not exists 
(
    select * 
    from clubsponsorrelation csr 
    where csr.clubid = @clubid 
    and csr.sponsorid = u.userid 
);