• JOIN

집합 연산자

• 집합 연산자의 종류

집합 연산자 사용하기

• 모든 사원의 현재 및 이전 직무 세부 정보 조회하기

  • UNION 사용

  <aside> 🔗 UNION SELECT ~칼럼명들~

  </aside>

  • UNION은 수직으로 붙이기 때문에 칼럼이 다르면 붙일 수가 없음!

  SELECT EMPLOYEE_ID, JOB_ID
  FROM EMPLOYEES
  UNION 
  SELECT EMPLOYEE_ID, JOB_ID
  FROM JOB_HISTORY;
  

• 모든 사원의 현재 및 이전 부서 + 직무 조회하기

  SELECT EMPLOYEE_ID, JOB_ID, DEPARTMENT_ID
  FROM EMPLOYEES
  UNION ALL # 중복 제거 안하기
  SELECT EMPLOYEE_ID, JOB_ID, DEPARTMENT_ID
  FROM JOB_HISTORY
  ORDER BY EMPLOYEE_ID; # 정렬
  

• 현재 직책이 이전 직책과 동일한 사원의 사원ID와 직무ID 조회하기

  • INTERSECT 사용
  • EMPLOYEE 테이블에는 현재 직책이 있고 JOB_HISTORY에는 예전 직책이 있기 떄문에 두 테이블의 교집합 이용

  SELECT EMPLOYEE_ID, JOB_ID, DEPARTMENT_ID
  FROM EMPLOYEES
  INTERSECT
  SELECT EMPLOYEE_ID, JOB_ID, DEPARTMENT_ID
  FROM JOB_HISTORY;
  

• 한번도 직무를 변경하지 않은 사원의 사원번호 조회하기

  • MINUS 사용
  • EMPLOYEE 테이블에서 JOB_HISTORY 차집합하면 직무 안바꾼사람만 남음

  SELECT EMPLOYEE_ID, JOB_ID
  FROM EMPLOYEES
  MINUS
  SELECT EMPLOYEE_ID, JOB_ID
  FROM JOB_HISTORY;
  

SQL 처음 시작하면 하는 일

1. SQL 분석

• 목적 : SQL의 실행 방법을 나타내는 실행계획을 수립
• 분석이 필요한 이유

<aside> 💉 SQL 분석 4단계

공유풀확인 → SQL 검증 → 실행계획 생성 → 분석된 SQL 정보를 공유풀에 보관

<aside> 🍸 공유풀 (Shared Pool)

• 쿼리를 받았을 때 전에 실행해본적이 있나 없나 먼저 확인할때 보는 메모리!

  → 전에 한 쿼리 기록들? 같은 느낌

</aside>

</aside>

<aside> 🧸 Soft Parsing : 쿼리를 받으면 이 쿼리를 전에 받은적이 있나 없나 공유풀 확인해봄 → 옛날에 한 적 있음 → 실행계획을 건너뛰고 바로 실행

</aside>

<aside> 💛 Hard Parsing : 쿼리를 받으면 이 쿼리를 전에 받은적이 있나 없나 공유풀 확인해봄 → 옛날에 한 적 없음 → SQL을 검증하는 단계부터 진행하겠다! → SQL 분석 4단계 실행

</aside>

• SYNTAX CHECK : 문법 오류 있나 체크
• Semantic check : 너가 말한게 실제로 있나 없나 체크
• 실행계획을 만드는 이유 : 효율적으로 할라고