2 윈도우 함수 1. rows between range between 결과값에 대한 차이점 같은 값이 있으면 range 2. RANK, 중복 건너 뛴다 EX. 1 1 3 4 DEXSE_RANK 건너뛰지 X EX. 1 1 2 3 3. PATITION BY ORDER BY > 무조건 문제풀기 계층형 질의 1. PRIOR 자식데이터=부모데이터 부모에서 자식으로 가면 순방향 프 자 부 부 자 순 = 부모데이터 = PRIOR 자식 데이터 2. 실습 5:36 절차형 PL/ SQL *EXCEPTION> 생략 가능 *PROCEDURE 반드시 값이 안 나오고 TRIGGER 커밋, 롤백 불가 보통 DML에서 많이 사용 USER DEFINED FUNTION 반드시 값이 나오고 데이터모델링 업무> 데이터모델화 엔터티 지도를 그리는 방법 업무상 관리하고자 하는 대상 1. 엔터티 도출 EX. 병원에서 환자를 관리하고할 때, 2. 특징 - 특성을 두 개 이상 - 인스턴스 두 개 이상 - 하나 이상의 관계 - 업무 프로세스에 이용 3. 분류 유형에 따른 - 유형 - 개념 - 사건 유 개 사 - 기본 - 중심 - 행위 기 중 행 속성 관리하고 하는 대상(인스턴스)의 특성들 // 속성은 열, 인스턴스는 행 속성은 인스턴스들의 집합 2. 분류 - 기본 속성 - 설계 속성 - 파생 속성 정의 확인 2. 분류 - 기본 속성 - 설계 속성 - 파생 속성 정의 확인 도메인, 시험 두 문제 1. 지정해줄 수 있는 것? 데이터 유형, 크기, 제약 조건 EX. 물리적 데이터 모델링, CHECK, PRIMARY KEY> 도메인에 해당 값의 범위 관계 1. IE - PK BARKER - # // PK 표기법 2. 관계 선택 사항 16:31 필수/ 선택 - IE - BARKER 식별자 1. 식별/ 비식별자 관계 표기법 - ERD 점선> 비식별자 실선> 식별자 2. 주식별자 특징 유 최 불 존 - 유일성? 인스턴스를 유일하게 구분 - 최소성? 여러가지 속성을 묶어서도 식별자 가능 , 그게 최소여야 함 - 불변성? 한 번 만들면 바뀌지 않아야 한다 - 존재성? NOT NULL 네 가지 다 만족하면 후보키, 후보키에서 대표로 선정> 기본키/ 대체키 식별자 관계, 비식별자 관계 *강한 관계, 약한 관계 *단점? SQL 구문이 복잡?/ 조인 기본키가 계속 상속되면서 내려가기 때문에 , PK 속성수가 증가 / 조인이 많아져서 느려짐 *ERD에서 어떻게 기술되는지? ERD 서술 규칙 1. 시선, 좌상에서 우하로 2. 관계명 반드시 표기X 3. UML은 객체지향모델에서만 사용 성능 데이터 모델링 1. 종류 - 아키텍처 데이터들의 구조> 테이블, 파티션을 정규화 반정규화 성능이 더 좋다 - SQL 명령문 수리 조인수행원리 시험 4문제 OPTIMIZER 실행계획 시험 1문제 정규화 1. 방법, 시험 1차? 원자성 확보 2차? 부분함수 종속성 제거 3차? 이행함수 ~ BCNF? 2. 이상 현상 - 삭제이상 - 삽입이상 3. 성능 SELECT에서는 느려질 수 있음(JOIN) INSERT, UPDATE 성능 증가 정규화 제일 먼저 반정규화 *데이터 무결성 해침 대범한 통조림 대상 조사 대량범위? 대량범위처리 빈도 수 조사 범위처리? 빈도수 통계처리? 여부 응용 시스템 연계 클러스터링/ 인덱스 뷰 이후에 반정규 테이블 반정규화 - 병합 1:1 1:M 슈퍼/ 서브 - 분할 이 부분에 통중 있어요 부분 테이블 통계 테이블 중복 테이블 속성 반정규화 파 오 이 1. 파생 2. 오류 3. 이력 컬럼 4. PK를 일반 속성에 편입 5. 중복 속성 관계 반정규화 1. 중복관계 추가 대량 데이터에 따른 성능 1. ROW MIGRATION ROW CHAINING 읽어보기 이것들에 대한 해결 방법 LIST 파티션 RANGE 파티션, 쉬움, 가장 많이 사용 HASH 파티션, 어려움 각각 특징(관리를 얼마나 쉽게 할 수 있냐) 문제 슈퍼/ 서브타입 31:49 1. 용량 - 작은 경우, ONE TO ONE , 트랜잭션이 개별로 - 큰 경우 트랜잭션 유형으로 분류 트랜잭션 1 공통/ 차이점에 따라서 별개 트랜잭션으로 들어온다 = PLUS TYPE 2 전체 통합 = SINGLE TYPE 시험, 그림보여주고 이건 언제 쓰냐 공통/차이의 타입은? 분산데이터베이스 투명성 1. 특징 - 반정규화와 유사 - 데이터 무결성 해침 조인 수행 원리 시험 4문제 - NL 랜덤 엑세스 대용량 소트 작업 유리 - SORT MERGE 조인키 기준으로 정렬 등가, 비등가 - HASH 등가 조인만 사용 선행 테이블 작다 HASH 처리 별도공간 필요 옵티마이저 요즘 안 나옴 CBO(COST BASED ) - 경로가 경제적이고 저렴한 것 RBO(RULL BASED ) - 규칙에 따라 인덱스 1. 인덱스 언제 사용 (부정형, LIKE 함수, 묵시적 형변환 사용 X) 2. 인덱스 사용시 성능이 저하, DML/ INSERT, UPDATE, DELETE 실행계획 1. 순서, 시험 1문제 EX. 들여쓰기 실행 순서 // 들여쓰기 부터 실행, 같은 레벨 뭉텅이로 처리 # 정규화, PIVOT/ UN PIVOT, MERGE 체크! 2. 이상 현상 - 삭제이상 - 삽입이상
윈도우 함수 - rows - range - rank 중복 건너뜀 - dense rank 건너뛰지않음 - partion by - order by *무조건 문제 많이 풀기 계층형 질의 - prior 자식데이터 = 부모데이터 - 부모데이터에서 자식으로 가는 경우, 순방향 절차형 PL/SQL 데이터모델링 - 업무 > 데이터모델화 엔터티 - 관리하고자 하는 대상 - 특징 1) 인스턴스 2개 이상, 2) 관계에 사용되어야 함, 3)… - 분류 유형/개념/사건, 기본/중심/행위 속성 - 인스턴스의 특징/고유한 성질 - 분류 기본/설계/파생 도메인 - 데이터 유형, 크기, 제약조건 - 물리적 데이터 유형 (값의 범위) 관계 - 표기법 IE, Barker 구분 / 관계 선택사항 - 식별자/비식별자 관계 ERD(점선 비식별자, 실선 식별자) 식별자 - 주식별자 특징 유일성 최소성 불변성 존재성을 만족하면 후보키가 될 수 있고, 이 중 주요 키가 기본키가 될 수 있고, 이를 대체할 수 있는 키는 대체키 (후보키 = 기본키+대체키) - 식별/비식별자 관계 1) 강한관계/약한관계, 2) 단점 : SQL구문 복잡, PK속성수 증가/조인 많아져서 느려짐 - ERD 서술 규칙 1) 좌상단에서 우하단으로, 2) 관계명 반드시 표기 안해도 됨, 3)UML은 객체지형 모델에서만 성능데이터 모델링 - 아키텍쳐(테이블, 파티션..) : 성능 개선, SQL명령문(조인수행원리, 옵티마이져, 실행계획) : 방법 개선 정규화 - 정규화 수행 방법 1,2,3차,BCNF - 이상현상 예시 - 정규화 성능 셀렉절에서 조인때문에 느려질 수, 인서트/조인은 짧아져서 빨라질수도 반정규화 - 데이터 무결성 해칠 수 있음 - 대량범위/범위치료빈도수/통계처리… 확인 후 응용어플리케이션/클러스터링/인덱스/뷰 처리 고려 후… 안되면 반정규화 - 방법 1) 테이블 (병합, 분할, 슈퍼/서브), 2) 속성(파생, 오류, 이색, pk,중복), 3) 관계(중복관계추가) 대량 데이터에 따른 성능 - row migraion / chaning - list/range/hash 관리 용이성, 사용 빈도수… 슈퍼/서브타입 - 용량별 처리 가능하고, 트랜젝션 유형에 따라서 1) 공통, 2) 전체 통합 분산데이터베이스 - 데이터 무결성 해칠 수 있음 - +) 투명성 개념 조인 수행 원리 *문제 많이 풀어야 함 - NL : 랜덤에세스,대용량 소트작업시 유리/ sortmerge : 조인 키를 기준으로 정렬, 등가/비등가 / hash : 등가 조인만 사용, 선행 테이블 작다, 별도 저장공간 필요 옵티마이저 - CBO “경로”, PBO “규칙” 정의 인덱스 - 인덱스 사용 (단, 부정형, 라이크함수, 묵시적 형변환에는 사용하지 않음) - 인서트,업데이트, 딜레이트 성능 낮아짐 실행계획 - 실행 순서 : 젤 마지막꺼 빼고 같은 레벨은 뭉탱이로
