SQL에서 하위 쿼리를 사용하여 복잡한 쿼리를 만드는 방법은 무엇입니까?

이 기사는 SQL 하위 쿼리 (중첩 쿼리)를 설명하여 Select, From 및 Where Clauses에서의 사용을 보여줍니다. 이점은 이점, 공통 함정 (상관 하위 쿼리, IN의 비효율적 인 사용) 및 최적화 기술 (조인, CTES가 존재합니다.

SQL에서 하위 쿼리를 사용하여 복잡한 쿼리를 만드는 방법

중첩 쿼리라고도하는 하위 쿼리는 다른 SQL 쿼리에 쿼리가 포함되어 있습니다. 단일의 간단한 쿼리로 달성하기가 어렵거나 불가능한 복잡한 쿼리를 만드는 데 매우 유용합니다. 복잡한 문제를 더 작고 관리하기 쉬운 부품으로 분류 할 수 있습니다. 하위 쿼리는 SELECT , FROM , WHERE 및 Clauses HAVING 포함한 주요 쿼리의 다양한 조항에서 사용할 수 있습니다.

예제로 설명하겠습니다.

예 1 : WHERE 절의 하위 쿼리 :

Customers (CustomerID, Name, City) 및 Orders (OrderId, CustomerID, OrderDate, TotalAmount)의 두 가지 테이블이 있다고 가정합니다. 평균 주문 금액보다 총 주문을 한 고객의 이름을 찾으려고합니다.

 <code class="sql">SELECT Name FROM Customers WHERE CustomerID IN (SELECT CustomerID FROM Orders GROUP BY CustomerID HAVING AVG(TotalAmount) > (SELECT AVG(TotalAmount) FROM Orders));</code>

이 쿼리는 WHERE 절에서 하위 쿼리를 사용하여 Customers 테이블에서 해당 이름을 선택하기 전에 지정된 기준을 충족하는 CustomerID 을 찾습니다. 내부에서 가장 하위 쿼리는 모든 주문에서 평균 주문 금액을 계산합니다.

예제 2 : 선택 절의 하위 쿼리 :

그들이 지출 한 총 금액과 함께 고객 이름을 검색하고 싶다고 상상해보십시오.

 <code class="sql">SELECT c.Name, (SELECT SUM(TotalAmount) FROM Orders o WHERE o.CustomerID = c.CustomerID) AS TotalSpent FROM Customers c;</code>

여기서 SELECT 절의 하위 쿼리는 각 고객의 TotalSpent 계산합니다.

예 3 : From Clause의 하위 쿼리 (CTE- 공통 테이블 표현 - 가독성을 위해) :

더 나은 가독성을 위해, 특히 복잡한 하위 쿼리의 경우 공통 테이블 표현식 (CTE)을 사용하는 것이 좋습니다. 지난 달에 주문을 한 고객을 찾아 봅시다.

 <code class="sql">WITH RecentOrders AS ( SELECT CustomerID FROM Orders WHERE OrderDate >= DATE('now', '-1 month') ) SELECT c.Name FROM Customers c JOIN RecentOrders ro ON c.CustomerID = ro.CustomerID;</code>

이 예제는 기본 쿼리 앞에 정의 된 서브 쿼리 인 CTE, RecentOrders 사용합니다. 그런 다음 기본 쿼리는 Customers 과 함께 RecentOrders 참여하여 원하는 결과를 얻습니다. 이 접근법은 FROM Clause에 하위 퀘스트를 직접 포함시키는 것과 비교하여 가독성을 크게 향상시킵니다.

SQL에서 하위 쿼리를 사용할 때 피해야 할 일반적인 함정은 무엇입니까?

하위 쿼리는 강력하지만 몇 가지 함정은 성능 문제 나 잘못된 결과로 이어질 수 있습니다.

• 상관 관계 하위 쿼리 : 이러한 하위 쿼리는 외부 쿼리의 데이터에 따라 다릅니다. 때로는 필요한 경우, 내부 쿼리가 외부 쿼리의 각 행에 대해 반복적으로 실행되기 때문에 상관되지 않은 하위 쿼리보다 상당히 느리게 될 수 있습니다. 상관 관계가 실제로 필요한지주의 깊게 검사하여 최적화하십시오.
• 비효율적 인 하위 쿼리 : 적절한 인덱싱없이 큰 테이블을 스캔하는 하위 쿼리는 매우 느릴 수 있습니다. 하위 쿼리의 WHERE 절에 사용 된 열에 적절한 색인이 제자리에 있는지 확인하십시오.
• IN 대 EXISTS 의 잘못된 사용 : EXISTS 일반적으로 행의 존재, 특히 대형 데이터 세트를 확인하는 것보다 일반적 IN 더 효율적입니다. 경기가 발견 되 자마자 검색을 EXISTS 하고 모든 행을 처리해야 IN .
• n 1 문제 : 이는 외부 쿼리의 모든 행에 하위 쿼리가 한 번 실행되면 상당한 성능 병목 현상이 발생할 때 발생합니다. 종종 결합 또는 CTE가이를 해결할 수 있습니다.

하위 쿼리를 사용하는 SQL 쿼리의 성능을 최적화하려면 어떻게해야합니까?

하위 쿼리를 최적화하면 몇 가지 전략이 필요합니다.

• 사용 색인 사용 : 하위 쿼리, 특히 WHERE 절에 관련된 표와 열에 적절한 인덱스가 존재하는지 확인하십시오.
• 하위 쿼리를 조인으로 재 작성 : 많은 경우 하위 쿼리를 조인을 사용하여 다시 작성할 수 있으며, 이는 종종 더 효율적입니다.
• 앞에서 언급 한 바와 같이, EXISTS 일반적 으로 존재를 점검하는 IN 보다 일반적으로 더 효율적입니다.
• CTES (Common Table Expressions) 사용 : CTE는 가독성을 향상시키고 때로는 데이터베이스 최적화기가보다 효율적인 실행 계획을 생성하는 데 도움이 될 수 있습니다.
• 실행 계획 분석 : 데이터베이스 시스템의 도구 (예 : Oracle의 EXPLAIN PLAN , MySQL 및 PostgreSQL, SQL Server Profiler에서 EXPLAIN )를 사용하여 쿼리의 실행 계획을 분석하고 병목 현상을 식별하십시오.
• 상관 관계 하위 쿼리를 피하십시오 (가능한 경우) : 상관 된 하위 쿼리를 상관되지 않은 하위 쿼리를 다시 작성하거나 결합을 대안으로 사용하십시오.
• 적절한 데이터 유형 및 데이터 정리 : 데이터 유형이 적절하고 불필요한 필터링 또는 비교를 피하기 위해 데이터가 깨끗한지 확인하십시오.

다른 SQL 데이터베이스 (예 : MySQL, PostgreSQL, SQL Server)와 함께 하위 쿼리를 사용할 수 있습니까?

예, 하위 쿼리는 MySQL, PostgreSQL, SQL Server, Oracle 등을 포함한 거의 모든 주요 SQL 데이터베이스에서 지원됩니다. 기본 구문은 이러한 데이터베이스에서 유사하지만 구문 또는 지원되는 기능에는 약간의 변형이있을 수 있습니다. 그러나 성능 특성 및 최적화 전략은 특정 데이터베이스 시스템 및 최적화에 따라 약간 다를 수 있습니다. 효율적인 쿼리 쓰기에 데이터베이스 시스템의 쿼리 옵티마이저를 이해하는 것이 중요합니다.

위 내용은 SQL에서 하위 쿼리를 사용하여 복잡한 쿼리를 만드는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!