[Oracle] 오라클 EXISTS, NOT EXISTS 사용법 정리 (IN, JOIN 비교)

 

예제쿼리(테이블포함).txt

오라클에서 EXISTS( ) 함수를 처음 접하면 조금 어려움 느낌이 들 수도 있다. EXISTS를 사용하지 않아도 비슷한 결과를 만들 수 있는 기능이 많기 때문에, EXISTS에 대해 자세히 익히지 않고 넘어가는 경우가 많다.

 

EXISTS(서브 쿼리)는 서브 쿼리의 결과가 "한 건이라도 존재하면" TRUE 없으면 FALSE를 리턴한다.

EXISTS는 서브 쿼리에 일치하는 결과가 한 건이라도 있으면 쿼리를 더 이상 수행하지 않는다.

 

아래의 샘플 테이블을 참고하여 예제 쿼리를 보면 쉽게 이해할 수 있을 것이다.

 

 

 

SELECT a.empno
     , a.ename
     , a.deptno
  FROM emp a
 WHERE a.job = 'MANAGER'
   AND EXISTS (SELECT 1
                 FROM dept_history aa
                WHERE aa.empno = a.empno)

 

 

 

EXISTS, NOT EXISTS 사용법

 

 

- dept_history 테이블에 JONES 2건, CLARK 1건, BLAKE 0건으로 BLAKE는 제외하고 조회된다.

- 서브 쿼리의 dept_history 테이블에 데이터가 한 건이라도 존재해야 데이터가 조회 된다.

- [ SELECT 1 ] SELECT 절에 컬럼은 불필요하기 때문에 의미없는 1을 기입 하였다.

 

 

- dept_history 테이블에 데이터가 존재하지 않는 BLAKE만 조회된다.

 

 

경축! 아무것도 안하여 에스천사게임즈가 새로운 모습으로 재오픈 하였습니다.
어린이용이며, 설치가 필요없는 브라우저 게임입니다.
https://s1004games.com

CASE 문에서 사용법

 

 

- EXISTS는 TRUE, FALSE를 리턴하기 때문에 If문과 비슷한 CASE문의 조건으로 사용할 수 있다.

- CASE문에서 EXISTS를 사용하면 쿼리가 복잡해지기 때문에 권장하지는 않는다.

 

 

IN과 EXISTS 비교

 

 

- 위의 쿼리를 비교해 보면 IN과 EXISTS는 같은 결과가 조회된다.

- IN은 서브쿼리 결과를 모두 수행하고, EXISTS는 일치하는 결과가 있으면 더 이상 수행하지 않는다.

- 서브 쿼리 테이블(dept_history)에 데이터량이 많으면 EXISTS를 사용하는것이 성능이 좋다.

 

 

JOIN과 EXISTS 비교

 

 

- EXISTS의 서브 쿼리를 메인 쿼리 JOIN으로 변경할 경우 위와 같이 중복된 데이터 나올 수 있으니 주의해야 한다.

- JOIN을 사용하는것이 성능상 좋을 수 있으나 메인 쿼리와 서브 쿼리의 데이터가 1:1일 경우 가능하다.

 

 

 

[출처] https://gent.tistory.com/278

 

 

본 웹사이트는 광고를 포함하고 있습니다.
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
번호 제목 글쓴이 날짜 조회 수
공지 오라클 기본 샘플 데이터베이스 졸리운_곰 2014.01.02 86627
공지 [SQL컨셉] 서적 "SQL컨셉"의 샘플 데이타 베이스 SAMPLE DATABASE of ORACLE 가을의 곰을... 2013.02.10 79008
공지 [G_SQL] Sample Database 가을의 곰을... 2012.05.20 95754
42 블록체인 기반 플랫폼 비즈니스를 이해하자 졸리운_곰 2017.09.10 1555
41 다운타임 없는 서비스 구현 패턴 file 졸리운_곰 2017.09.10 1232
40 테이블의 수직분할과 수평분할에 대한 이해 file 졸리운_곰 2017.09.10 3911
39 정규화와 응집도에 대한 고찰 file 졸리운_곰 2017.05.28 1787
38 머신러닝 새 도전…“클라우드를 벗어나라" file 졸리운_곰 2017.05.28 1712
37 보안성 높이는 공공 거래장부 블록체인 file 졸리운_곰 2017.05.28 1766
36 디지털, 속도의 전쟁 VS 데이터, 품질의 전쟁 file 졸리운_곰 2017.05.05 1520
35 04. 데이터 모델링의 3단계 진행 file 졸리운_곰 2016.03.15 1661
34 데이터베이스 설계의 기본 원리.pdf file 졸리운_곰 2016.03.15 2354
33 실체유형(Entity Type) 정의 사항 및 도출 file 졸리운_곰 2015.05.21 2199
32 마농의 SQL 백문백답: 단순하고 쉽게 작성하는 SQL 노하우 [1회] file 졸리운_곰 2015.05.21 1831
31 sql개발자-sql전문가자격시험 시험 예제.pdf file 졸리운_곰 2015.02.15 2303
30 데이터베이스 선정에는 비밀이 있다 - 4부 졸리운_곰 2015.01.15 2102
29 데이터베이스 선정에는 비밀이 있다 - 3부 졸리운_곰 2015.01.15 2047
28 데이터베이스 선정에는 비밀이 있다 - 2부 졸리운_곰 2015.01.15 1829
27 데이터베이스 선정에는 비밀이 있다 - 1부 졸리운_곰 2015.01.15 2395
26 지금 우리에게 필요한 것은 데이터베이스 성능 최적화이다 (2부) 졸리운_곰 2015.01.15 1490
25 우리에게 필요한 것은 데이터베이스 성능 (1부) 졸리운_곰 2015.01.15 1788
24 21회 결과 secret 졸리운_곰 2014.11.10 0
23 [데이터아키텍쳐준전문가] 시험 fail 자료 secret 졸리운_곰 2014.08.31 0
대표 김성준 주소 : 경기 용인 분당수지 U타워 등록번호 : 142-07-27414
통신판매업 신고 : 제2012-용인수지-0185호 출판업 신고 : 수지구청 제 123호 개인정보보호최고책임자 : 김성준 sjkim70@stechstar.com
대표전화 : 010-4589-2193 [fax] 02-6280-1294 COPYRIGHT(C) stechstar.com ALL RIGHTS RESERVED