SQLD 자격검정 실전문제 공부 일기

10 12 16 17 20
25 27 

엔터티 특징 - 무조건 관련 있는 두개 이상의 인스턴스를 가져야 한다. 업무에서 필요로 하지 않는 데이터는 해당 업무의 엔터티로 성립 되지 않는다. 
기본 엔터티 : 업무의 정보. 타엔터티의 부모 역할. 자신의 고유한 주식별자 가짐
중심 엔터티 : 기본 엔터티로부터 발생. 다른 엔터티와 관계로 많은 행위 엔터티 생성
행위 엔터티 : 2개 이상의 부모엔터티로부터 발생. 자주 바뀌거나 양이 증가. 

erd : 존재적 관계와 행위에 의한 관계, 구분법X
uml : 연관관ㅖ와 의존관계, 구분법O 

ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ

36 39 43 45 46 47 51 52

로우체이닝 일어났을때, 칼럼 위치로 조정을 하면 잠깐은 잘 되지만, 나중에 데이터 추가되면 더 엉킬 가능성 있음. 
그러니 트랜잭션이 접근하는 칼럼 유형을 분석하여 1:1로 테이블을 분리하여 디스크 I/O를 줄일 수 있다. 
외래키도 계산을 위해 인덱스가 필요하다.
분산데이터베이스 : 공통콛, 기준정보 등 마스터 데이터는 분산데이터베이스에 복제 분산을 적용한다. 실시간 업무적인 특성이 있을시 분산 데이터베이스를
사용하여 구성할 수 있다. 
백업 사이트를 구성할 때 간단하게 분산기능을 적용하여 구성할 수 있다. 
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ

1 4 13 16 18 22 23 28 31 
40 41 45 46 51 53 54 59 65 
67 70 73 77 80 86 88 89 90
91 94 99 102 104 106 111 113 115


비절차적 데이터 : 원하는 데이터만 명세
카운트 할때 NOT NULL 잘 살피기
RENAME 뒤에 TABLE [테이블명] 이 아니라 바로 [테이블명]
CASCADE 나 SET NULL 등 할 때 외래키로 갖고있는 애들이 NOT NULL 인지 확인 하기
트잭 문제
 - DIRTY READ : 수정되었는데 커밋 안된 데이터 읽음
 - NON -REPEATABLE READ : 같은 쿼리 두번 수행 -> 그사이 다른 트랜잭션이 값 수정OR삭제 -> 두 쿼리 결과가 다름
 - PHANTOM READ : 한 트잭 내에서 같은 쿼리 두번 했는데, 첫 쿼리에서 없던 유령 레코드가 두번째 쿼리에서 나타남. 
ROLL BACK 은 커밋 안된 모든 트랜잭션 닫음. ( 예외 트랜잭션 이름으로 할 경우 예외임)


칼럼 NULL인지 확인 할때는 IS NULL! 제발햇갈리지 말기

NVL(A,B) : A가 NULL이면 B를 출력
NULLIF(A,B) : A가 B와 같으면 NULL, 아니면 A 리턴
COALESCE(A,B) : 임의이 개수 표현식에서 NULL이 아닌 최초의 표현식을 나타낸다. 모두 NULL이면 NULL리턴

ORDER BY 가 여러개면 각각 ASC, DESC 인지 확인 필요. 없으면 ASC임. 낚시 조심
SELECT 실행 순서 FROM -> WHERE -> GROUP BY -> HAVING -> SELECT -> ORDERBY
( 먼저 테이블 확인-> 조건 확인 -> 묶음 확인 -> 묶음조건 확인 -> 표시할것 나열 -> 나열한 표시한것의 정렬)

순수 관계 연산자 : 릴레이션 구조와 특성 이용. 
USING 이용한 EQUI 조인에서 USING 뒤에는 칼럼명 하나만 써야함. 칼럼명이 다르면 ALIAS 해야함. 


크로스 조인 : 카다시안 곱

PRIOR 키워드는 CONNECT BY 외에도 SELECT , WHERE 절에서도 사용 할 수 있다. 


GROUPING(A) -> 1일때가 공백, 나머지가 존재하는거
CUBE(A,B) = GROUPING SETS((A),(B),(A,B),())