데이터 검색에 대한 SQL 하위 쿼리 대 조인을 사용하는 시점.

하위 쿼리 또는 연결을 사용할지 여부는 특정 시나리오에 따라 다릅니다. 1. 미리 데이터를 필터링 해야하는 경우 오늘날의 주문 고객 찾기와 같은 하위 쿼리가 더 효과적입니다. 2. 대규모 데이터 세트를 병합 할 때 고객 및 최근 주문과 같은 연결 효율성이 높습니다. 3. 읽기 쉬운 논리를 쓸 때, 하위 쿼리는 핫 판매 제품을 찾는 것과 같은 명확합니다. 4. 관련 데이터에 의존하는 업데이트 또는 작업을 삭제할 때 하위 쿼리는 오랫동안 로그인되지 않은 사용자 삭제와 같은 선호되는 솔루션입니다.

SQL의 여러 테이블에서 데이터를 가져 오려고 할 때, 첫 번째 결정 중 하나는 하위 쿼리 또는 조인을 사용하는지 여부입니다. 둘 다 작업을 완료 할 수 있지만 특정 상황에서는 다른 목적을 수행하고 더 잘 수행합니다. 실제 요구에 따라 결정하는 방법은 다음과 같습니다.

성능이 일찍 필터링에 의존 할 때

하위 쿼리는 종종 데이터를 결합하거나 다른 데이터와 결합하기 전에 프로세스 초기에 데이터를 필터링하려고 할 때 유용합니다. 예를 들어, 한 테이블의 다른 조건과 일치하는 한 테이블의 데이터 만 필요하면 하위 쿼리가 처리 된 행 수를 줄일 수 있습니다.

오늘 주문한 모든 고객을 찾고 싶다고 가정 해 봅시다.

 이름을 선택하십시오
고객으로부터
id in (where id)
    고객 _id를 선택하십시오
    주문에서
    여기서 order_date = current_date
);

이런 식으로 데이터베이스는 먼저 이름을 가져 오기 전에 관련 고객 ID 목록을 좁 힙니다. 경우에 따라, 특히 잘 알려진 테이블의 경우, 이것은 모든 것을 결합한 다음 나중에 필터링하는 것보다 더 효율적일 수 있습니다.

명심하십시오 :

• 제대로 최적화되지 않으면 하위 쿼리가 때로는 속도가 느릴 수 있습니다.
• 필터링을 위해 작은 값 세트를 반환 할 때 가장 잘 작동합니다.
• 데이터베이스 엔진이 하위 쿼리를 효과적으로 최적화 할 수 있는지 확인하십시오 (내부적으로 조인으로 평평하게하는 등).

대규모 데이터 세트를 효율적으로 결합 할 때

대형 테이블로 작업하고 여러 소스에서 데이터를 하나로 모아야하는 경우 일반적으로 조인이 더 나은 내기입니다. 그들은 이런 종류의 작업을 위해 구축되었으며 대량의 데이터를 다룰 때 일반적으로 더 성능이 있습니다.

예를 들어, 가장 최근의 주문 세부 정보와 함께 모든 고객 목록을 얻는 것은 전형적인 조인 시나리오입니다.

 고객을 선택하십시오 .name, orders.order_date, orders.total
고객으로부터
customers.id = orders.customer_id에서 주문에 가입하십시오.

이 경우 Join을 사용하면 데이터베이스가 인덱스 된 키를 사용하여 데이터를 효율적으로 결합 할 수 있습니다. 또한 어떤 행이 돌아 오는지 제어하기 위해 더 많은 유연성 (Left 조인, 내부 조인 등)이 더 많은 유연성을 가지고 있습니다.

팁 :

• 일치하는 행만 원할 때 내부 조인을 사용하십시오.
• 한 테이블에서 모든 행을 원할 때 왼쪽 결합을 사용하십시오. 다른 테이블에서 일치하지 않더라도.
• 선택 조항의 불필요한 열을 피하기 위해 일을 빠르게 유지하십시오.

읽기 쉬운 모듈 식 논리를 쓸 때

때로는 속도에 관한 것이 아니라 명확성에 관한 것입니다. 하위 쿼리는 복잡한 논리를 읽고 이해하기 쉽게 만들 수 있습니다. 특히 각 단계를 명확하게 분해 할 때. 이것은 유지 보수가 중요한 보고서 나 대시 보드를 작성할 때 특히 유용합니다.

예를 들어, 총 판매량을 기반으로 한 최고 성능 제품을 찾는 것은 하위 쿼리로 더 깨끗해 보일 수 있습니다.

 Product_Name을 선택하십시오
에서 (
    Product_Name, sum (수량)을 total_sold로 선택하십시오
    판매에서
    product_name에 의해 그룹
    Total_sold Desc의 주문
    제한 10
) top_products로서;

여기에서 내부 쿼리는 무거운 리프팅을 수행하고 외부 쿼리는 단순히 필요한 것을 추출합니다. 따라서 나중에 부품을 조정하거나 재사용 할 수 있습니다.

기억해야 할 몇 가지 사항 :

• 가독성을 돕기 위해 주석 또는 CTE (공통 테이블 표현식)를 사용하십시오.
• 너무 깊게 둥지를 두지 마십시오. 두 레벨 이상이 혼란 스러울 수 있습니다.
• 열 이름을 명확하게하기 위해 별칭을 사용하는 것을 고려하십시오.

업데이트 또는 삭제가 관련 데이터에 의존하는 경우

하위 쿼리의 또 다른 실질적인 사용은 다른 테이블의 데이터를 기반으로 레코드를 업데이트하거나 삭제해야 할 때입니다. 조인이 업데이트 또는 삭제 명령문에서 항상 허용되는 것은 아니기 때문에 (SQL 방언에 따라 다름) 하위 쿼리는 해결책이 될 수 있습니다.

1 년 이상 로그인하지 않은 비활성 사용자를 삭제하고 싶다고 가정 해보십시오.

 사용자로부터 삭제하십시오
id in (where id)
    user_id를 선택하십시오
    login_activity에서
    Where last_login <current_date- 간격 &#39;1 년&#39;
);

이를 통해 활동이 지정된 조건을 충족하는 사용자 만 삭제할 수 있습니다.

조심하십시오 :

• 하위 쿼리가 리소스를 잠그지 않도록합니다.
• 대형 데이터 세트로 작업하는 경우 제한 또는 배치 삭제 사용.
• 하위 쿼리가 올바른 ID 세트를 반환한다는 두 번 확인.

요컨대, 논리를 조기에 필터링하거나 구조화 할 때 하위 쿼리를 선택하고 대규모 데이터 세트를 효율적으로 결합 할 때 조인에 의지하십시오. 항상 하나 또는 다른 사람은 아닙니다. 종종 복잡한 쿼리로 모두 함께 사용됩니다. 그러나 각각의 빛이 언제라는 것을 아는 것은 당신이 더 좋고, 더 빠르며, 유지 가능한 SQL을 더 잘 쓰는 데 도움이됩니다.

위 내용은 데이터 검색에 대한 SQL 하위 쿼리 대 조인을 사용하는 시점.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!