합격을 부르는 SQLD(SQL개발자) 시험/자격 총정리본

소개글

합격을 부르는 SQLD(SQL개발자) 시험/자격 총정리본에 대한 보고서 자료입니다.

목차

해당 정리본에는 아래 나타낸 목차의 전과정에 해당하는 내용들이 포함되어 있습니다.
(목차는 SQLD자격/시험 범위에 해당하는 내용(범위)에 대한 일반적인 목차입니다)

제1장 데이터모델링의 이해
1) 엔티티(Entity)
2) 속성(Attribute)
3) 관계(Relationship)
4) 식별자(Identifiers)
5) 데이터 모델의 이해

제2장 데이터 모델과 성능
1) 성능 데이터 모델링의 개요
2) 정규화와 성능
3) 반정규화와 성능
4) 대량 데이터에 따른 성능
5) 데이터베이스 구조와 성능
6) 분산 데이터베이스와 성능

제3장 SQL 기본
1) 관계형 데이터베이스 개요
2) DDL(DATA DEFINITION LANGUAGE)
3) DML(DATA MANIPULATION LANGUAGE)
4) TCL(TRANSACTION CONTROL LANGUAGE)
5) WHERE 절
6) 함수(FUNCTION)
7) GROUP BY, HAVING 절
8) ORDER BY 절
9) 조인(JOIN)

제4장 SQL의 활용
1) 표준 조인
2) 집합 연산자
3) 계층형 질의와 셀프 조인
4) 서브쿼리
5) 그룹 함수
6) 윈도우 함수
7) DCL(DATA CONTROL LANGUAGE)
8) 절차형 SQL

제5장 SQL 최적화 기본 원리
1) 옵티마이저와 실행계획
2) 인덱스 기본
3) 조인 수행 원리

본문내용

로, 두 테이블 간의 통일한 이름과 타입을 갖는 모든
칼럼에 대해 join 수행. (공통된 칼럼명을 자동으로 인식하여 join처리)
- join이 되는 테이블의 도메인과 데이터 타입, 칼럼명이 동일해야하는 제약 조건있음.
하지만, 이 때문에 원하지 않는 결과가 나올 수 있다. 따라서 자연 조인은 테이블간에 동일한 형식을 갖는 공통 컬럼이 하나만 존재할때 정확하게 원하는 값이 나옴(조인기준이 2개 이상이면 원하는 결과가 안나올수있다는 말임.
- Natural 키워드를 명시하면 using, on, where절에서 join조건 정의 모두 불가능.
- Natural join 또는 using조건절에 조인을 위해 사용되는 칼럼들은 select절에서 alias나 테이블명과 같은 접두사를 붙일 수 없음.
3) outer join(외부 조인) :
TAB1의 모든 값에 대해 TAB2의 데이터가 반드시 존재한다는 보장이 없는 경우 outer join 사용.
- 당연한 얘기지만 outer join키워드를 명시적으로 사용하는 방법 또한 join조건을 from절에서 정의하겠다는 표시이므로 using조건이나 on조건절 필수적으로 적어줘야 함.
- 부족한 쪽의 데이터는 자동으로 NULL값으로 설정된다.
①left outer join(left join) : 왼쪽에 먼저 명시한 테이블이 기준테이블이 됨.
②right outer join(right join) : 오른쪽에 명시한 테이블이 기준 테이블.
③full outer join(full join) : tab1과 tab2의 모든 데이터를 읽어 join.
Left Join과 Right Join의 결과의 합집합과 동일.
단, UNION ALL이 아닌 UNION 기능과 같으므로 중복되는 데이터는 삭제됨.
3) cross join(교차 조인) :
- 테이블 간 Join조건이 없는 경우 생길 수 있는 모든 데이터의 조합을 의미.
- Cartisian product 또는 cross product와 같은 표현으로, 양쪽 집합의 M*N건의 테이블 만듬.
(즉, 테이블1과 테이블2를 교차 조인하면 각 테이블의 행의 수를 곱한 것과 같은 개수의 결과 행이 생긴다)
교차조인을 업무상 부득이하게 수행하는 경우가 있다고는 하지만, 웬만해선 사용할 일 없을 것 같긴하다..
알아만두기
● 계층형 질의와 셀프 조인(https://hoon93.tistory.com/29)
실행 순서
Select문장
상세 내용
6
select [Alias명]
1
From 테이블명
5
Where 조건절
모든 전개를 수행한 후에 지정된 조건을 만족하는 데이터를 필터링한다.
2
START WITH 조건식
계층 구조 전개의 시작 위치(루트)를 지정하는 구문.
3
CONNECT BY [PRIOR, NOCYCLE] 조건식 AND 조건식
다음에 전개될 자식 데이터를 지정. 자식 데이터는 CONNECT BY에 주어진 조건을 만족해야 함.
*prior키워드: 바로 직전에 출력된 레코드(행)를 의미
PRIOR 자식 = 부모 :
계층 구조가 부모 데이터에서 자식 데이터(부모 → 자식)
방향으로 전개되는 순방향 전개를 함.
PRIOR 부모 = 자식 :
계층구조가 자식 데이터에서 부모 데이터(자식 → 부모)
방향으로 전개되는 역방향 전개.
NOCYCLE :
데이터를 전개하면서 이미 나타났던 동일한 데이터가
다시 나타난다면 이것을 가리켜 사이클(Cycle)이 형성되었다고 함. 사이클이 발생하면 런타임 오류가 발생함.
하지만 NOCYCLE을 추가하면 사이클이 발생한 이후의 데이터는 전개하지 않는다.
4
Order siblings by 칼럼명, 칼럼명, ….
형제 노드(동일한 LEVEL) 사이에서 정렬을 수행함.
1) Oracle은 계층형 질의에서 사용되는 가상 칼럼(Pseudo Column) 및 함수
Select문장(사용법)
실행 순서
가상
칼럼
LEVEL
Root데이터이면 1, 그 하위 데이터이면 2.
Leaf데이터까지 1씩 증가함.
CONNECT_BY_ISREAF 칼럼명
전개 과정에서 해당 데이터가 Leaf데이터이면 1,
그렇지 않으면 0.
CONNECT_BY_ISCYCLE 칼럼명
전개 과정에서 자식을 갖는데, 해당 데이터가 조상으로써도
존재하면 1, 아니면 0./ CYCLE옵션을 사용할 때만 사용가능
함수
SYS_CONNECY_BY_PATH (칼럼명, 경로분리자)
루트데이터부터 현재 전개할 데이터까지의 경로를 표시.
CONNECT_BY_ROOT
현재 전개할 데이터의 루트 데이터를 표시함.
● 서브쿼리(Sub Query)
- SubQuery란 SQL문장 내에 쓰인 SELECT 문장을 의미하며, 이때 SQL문장은 메인 쿼리(Main Query)라 부름.
- SubQuery는 MainQuery 안에 포함된 종속적인 관계이기 때문에 논리적인 실행순서는 항상 MainQuery에서 읽혀진 데이터에 대해 SubQuery에서 해당 조건이 만족하지를 확인하는 방식으로 수행되어야 한다.
그러나 실제 SubQuery의 실행순서는 상황에 따라 달라질 수 있음.
SubQuery의 검색된 결과 값이 MainQuery에 사용될 때의 SubQuery는 MainQuery 실행 전에 실행됨.
- SubQuery는 MainQuery에서 from절에 명시된 테이블의 모든 칼럼을 모두 사용할 수 있지만,
MainQuery는 SubQuery의 from절에 명시된 테이블의 칼럼을 사용할 수는 없다
(함수, 스칼라 서브쿼리(Scalar Subquery) 제외)
1) 단일 행(Single Row) 서브쿼리 : ①서브 쿼리 문장에서 단 하나의 행과 열을 검색하는 SQL문장.
②서브쿼리의 실행결과가 항상 1건 이하인 서브쿼리를 의미.
서브쿼리의 결과가 2건 이상이면 런타임에 실행오류 뜸
③단일 행 연산자(=, <, >, <=, >=, !=)를 오른쪽에 기술한다.
예)
SELECT player_name, position, back_no
FROM player
WHERE height <= (서브쿼리)
2) 다중 행(Multi Row) 서브쿼리 :
서브쿼리의 결과로 2건 이상 반활될때는 ‘단일 행 서브쿼리’처럼 비교연산자(= 등)만으로는 처리가 불가능하기

키워드

오라클,   oracle,   SQLD,   SQL 개발자,   SQLD 정리,   SQLP,   SQL 전문가,   SQLP 정리