[캐글뽀개기] 캐툴즈툴(주말) 스터디 : 파트 1 - 8회차 (SQL) 9. 서브 쿼리: 쿼리 안의 쿼리 & 10. 외부 조인, 셀프 조인, 유니온: 새로운 조작법 Tae Young Lee 제가 금일 발표할 내역은 왜 서브 쿼리와 조인을 사용하는가?에 대해 생각해 보고 Query의 관점에서 서브 쿼리와 조인을 바라보기 위한 기초 지식들에 대해 살펴보겠습니다. 예를 들자면, Block I/O비용이라든지 Indexing관련 기반 지식과 Oracle Database구조도 설명을 통해 Query의 동작 방식에 대해 간략히 알아보겠습니다. 그 후 서브쿼리와 조인의 활용법에 대해 알아보는 시간을 갖도록 하겠습니다. 제가 이렇게 금일 세미나를 준비한 이유는 대부분의 사람들은 쿼리를 만들어 날려 자기가 원하는 데이터를 뽑아 쓸 수는 있어도 그 쿼리가 실제적으로 사용되는 화면단이라든지 DB부하와 서버 부하 이런 상식에 대해선 무지한 경우가 많이 결국 사용자 불편을 초래하는 경우가 많기 때문입니다. 그래서 금일 세미나를 통해 Query와 사용자 그리고 시스템 관점에서 바라볼 수 있는 기회를 제공하고자 준비해 보았습니다.

1. Perspective of Query
Produced by Tae Young Lee

3. Index Architecture
Access Cost
수직적 Search수평적 탐색 Table Random Access
Root Node
Branch Node
Leaf Node

4. Tunning 방법론

5. Hash & Sort

7. DataBase
Instance
Data File
Memory
Background Process
PGA
SGA
Program
Global
Area

8. Un-Correlated(비연관)
Correlated(연관)
Single Row 서브쿼리(단일 행 서브쿼리)
Multi Row 서브쿼리(다중 행 서브쿼리)
Multi Column 서브쿼리(다중 컬럼 서브쿼리)

14. 부분범위 처리 혹은 페이징 처리시 탁월한 힘을 발휘하는 것이 스칼라 서브쿼리
이다. 여러 가지 테스트 결과 스칼라 서브쿼리는 부분범위 처리시 가장 좋다는
Nested Loop 조인보다 성능상 좀더 유리하다. 과다호출로 몸살을 앓고 있는 사
용자 함수를 스칼라 서브쿼리로만 바꾸어도 튜닝이 된다. 또한 View Merging 이
나 JPPD(Join Push Predicate Down) 등의 성공여부를 고민할 필요도 없으므로 특
히 개발자 들에게 인기가 많은 것 또한 사실이다.
모든 기능은 용도에 맞게 사용해야 한다.
이렇게 많이 활용되고 있는 스칼라 서브쿼리도 한계는 있다. Multi Column,
Multi Row 을 RETURN 하는 것은 만들 수가 없다는 것이다. 물론 Pipilined
Funtion 으로 해결이 가능하지만 모든 경우에 이것을 만들기란 여간 힘든 것이
아니다. 바로 이럴 때 사용가능 한것이 Cast + MultiSet 함수를 이용한 스칼라 서
브쿼리이다. MultiSet 함수는 Oracle 8.1.7 부터 사용이 가능하다. 필자가 이 기능
을 소개하는 이유는 실무에서 이런 기능을 꼭 써야 하는 경우임에도 Pipelined 함
수등을 사용하는 것을 많이 보아서이다. Pipelined 등의 함수를 사용해야 할 때는
자주 사용하는 SQL 이 아주 길어서 Network 의 부하가 생길때 혹은 모듈로서 공
유를 해야될 때 이다.
Scala Subquery

15. JOIN

19. 트랜잭션과 같은 일반적인 서비스 구현에 필요한 기능들이 전혀 준비되어 있지
않기 때문이다.

20. • SubQuery와 JOIN으로 원하는 값을
뽑아올 수 있다.
• 성능이 좋게 뽑아오기 위해선 DB 내
부 구조를 알아야 한다.
• 화면단에서 빠른 Data출력을 위해선
Query Tunning이 필요하다.
• Tunning을 하는 목적은 Block I/O비용
을 줄이기 위해서다.