🌱 𝐣𝐣𝐢𝐧𝐠𝐥𝐞 𝐝𝐞𝐕𝐥𝐨𝐠

커서 (Cursor) 레코드 각각에 대한 개별적인 처리가 가능한 결과 집합의 확장 *명시적 커서(Explicit Cursor) 사용자가 직접 쿼리의 결과에 접근해서 이를 사용하기 위해 명시적으로 선언 일반적으로 커서라고하면 명시적 커서를 말함 처리순서 DECLARE(커서 선언) : 커서에 이름을 주고, 커서가 접근하려는 쿼리 정의 OPEN(커서 열기) : 커서로 정의된 쿼리를 실행 FETCH(패치) : 쿼리의 결과에 접근 CLOSE(커서닫기) : 커서를 닫고 자원을 반환 * 묵시적 커서(Implicit Cursor) 오라클 내부에서 각각의 쿼리 결과에 접근하여 사용하기 위한 내부적인 커서 SQL 커서 : 항상 최근에 실행된 SQL 문장에 대한 커서 'SQL'이라는 이름으로 속성에 접근할 수 있음 DML(..

파티션(Partition) - 크기가 매우 큰 테이블이나 인덱스를 관리가 용이한 단위로 분할하는 것 - 각각의 파티션은 자신의 이름을 가짐 * 파티션의 장점 가용성의 증가 스키마 객체의 관리 데이터웨어하우스에서 쿼리 성능 향상 응용프로그램 입장에서, 하나의 테이블을 보는 것과 같기 때문에 DML 문장의 수정이 필요 없음 * 파티션 키(Partition Key) 로우가 특정 파티션에 속하는 기준이되는 하나 또는 둘 이상의 컬럼 Sales 테이블에서 time_id컬럼을 범위파티션(Range partition)으로 지정하면, 데이터베이스가 파티션키를 참고해서 해당 파티션으로 삽입, 수정, 삭베 작업을 수행 * 파티션 종류 범위 파티셔닝(range partitioning) 가장 일반적인 형태 파티션키 값의 범위..

* 락(Lock) - 트랜잭션 사이의 간섭을 막고 데이터의 일관성을 유지하기 위한 핵심요소 - 한 사용자가 데이터를 사용하고 있을 경우, 다른 사용자가 그 데이터를 변경하지 못하도록 하는 것 락 설명 공유락(S; Shared Lock) - SELECT 문처럼 데이터를 읽는 작업에 사용 - 공유락끼리는 서로 호환됨(동시에 같은 데이터 SELECT 가능) 배타락(E; Exclusive Lock) - 데이터 수정 작업이 발생되는 INSERT, UPDATE, DELETE에서 사용 - 여러 개의 업데이트 작업이 하나의 리소스에 동시에 수행되지 못하도록 방지 업데이트락 (U; Update Lock) - 공유락이 있는 자원에 대한 업데이트 시 사용 의도락(Intent Lock) - 락의 계층 구조를 만드는 데 사용 ..

* 데이터 동시성(Data Concurrency) : 여러 사용자가 동시에 데이터에 접근할 수 있음을 보장 * 데이터 일관성(Data Consistency) 각각의 사용자는 데이터에 대한 일관성 있는 뷰를 보장 다른 사용자가 커밋하기 전에 변경된 부분은 보여지지 않아야 함 * 트랜잭션의 직렬가능성(Serializability) 여러 개의 트랜잭션이 동시에 수행되면서 일관성을 보장하기 위해 트랜잭션 격리 수준(Transaction isloation level)을 정의 트랜잭션의 직렬가능성은 각각의 사용자가 마치 단독으로 데이터베이스를 사용하는 것과 같이 보이도록 함 트랙잭션을 다른 트랜잭션과 완벽히 분리하는 것은 성능에 큰 영향을 미침 DBMS는 멀티버전 일관성 모델(multiversion consiste..

트랜잭션 (Transaction) 한 묶음으로 처리되어야 하는 데이터베이스 변경 명령어들의 집합 ALL or NOTHING 트랜잭션 특성 : ACID * 원자성(Atomocity) 트랜잭션은 분리할 수 없는 하나의 단위 작업이 모두 수행되거나 하나도 수행되지 않아야 함 * 일관성(Consistency) 트랜잭션에서 사용되는 모든 데이터는 일관되어야 함 트랜잭션 전후의 데이터는 일관성을 가져야 함 * 격리성(Isolation) 현재 트랜잭션이 접근하고 있는 데이터는, 다른 트랜잭션으로부터 격리되어야 함 트랜잭션이 완료되기까지 트랜잭션이 변경하는 데이터는, 다른 트랜잭션에게 보여져서는 안됨 * 영속성(Durability) 트랜잭션이 정상적으로 종료된다면, 그 결과는 시스템 오류가 발생하더라도 영구적으로 남아..

* 인덱스 사용이 불가능한 쿼리 1. 인덱스 컬럼을 조건절에서 가공하는 경우 SELECT * FROM employees WHERE substr(email, 1, 2) = 'SV'; 2. 부정형 비교를 사용하는 경우 SELECT * FROM employees WHERE id not between 150 and 200; * 인덱스 대상 컬럼 선정 기준 시, 고려할 것 컬럼 분포도 전체 레코드에서 식별 가능한 수에 대한 백분율 분포도 좋은 컬럼 선정이 권장되지만, 분포도 만으로 판단하는 것은 위험함 인덱스 밸런싱 인덱스 컬럼이 자주 업데이트 되면, 인덱스 밸런싱이 깨짐 INSERT, DELETE, UPDATE 시 인덱스도 함께 변경되므로 비용이 발생 갱신이 자주 발생하는 컬럼은 인덱스 컬럼으로 선정 시 신중해..

1. 인덱스 개요 데이터에 대한 논리적 포인터의 집합으로 책의 찾아보기와 같은 역할 테이블 로우의 특정값(ROWID)과 특정 컬럼의 정렬된 값을 결합하여 구조화 질의문의 빠른 수행과 컬럼값의 유일성을 보장하기 위해서 사용 * 인덱스의 필요성 테이블 로우는 데이터 파일 블록의 빈 공간에 저장됨 데이터베이스는 각 테이블의 모든 페이지에 있는 데이터를 읽어서 원하는 로우를 찾아야함 작은 크기의 테이블은 없어도 무관 대부분의 경우 데이터 접근 속도가 빨라짐 * 인덱스의 장단점 장점 단점 빠르게 데이터를 찾아낼 수 있음 인덱스 자체가 추가 공간을 차지하고, 인덱스를 유지 관리하는데 추가적인 시간 소비 유일 인덱스로 만들면 UNIQUE 제약 조건도 강화할 수 있음 인덱스를 이용해서 검색할 때는 시간이 줄어들지만, ..

참조 무결성(Referential Integrity) 테이블 사이의 관계 규칙을 정의하기 위한 제약조건 데이터가 입력, 수정, 삭제될 때 두 테이블 로우 사이의 정합성과 일관성을 유지하는데 사용 참조하는 테이블(자식테이블)에 데이터가 삽입될 때에는 항상 참조되는 테이블(부모테이블)에 있는 값으로 들어감 외래키 제약조건으로 구현함 * 유의사항 외래키를 만들기 전에 반드시 부모테이블이 먼저 생성되어야한다 참조되는 부모테이블의 컬럼은 반드시 기본키 또는 Unique 이어야한다 한 개 이상의 컬럼으로 외래키를 생성할 수 있음 자식테이블에 존재하는 값을 부모테이블에서 삭제할 수 없음 입력 시에는 부모테이블의 데이터를 먼저 입력하고 자식테이블의 데이터를 입력 * ON DELETE 옵션 참조되고 있는 부모테이블의 데..

영역 무결성(Domain Integrity) 해당 컬럼의 값이 컬럼이 가질 수 있는 값의 영역(도메인) 내에 속한 값이어야 함 애플리케이션 프로그램의 기능에 의해 유효값에 대한 검증을 선행 데이터베이스 제약조건을 선언하여 무결성을 강화 * 컬럼 데이터 타입(Data Type) : 데이터 타입은 컬럼에 저장되는 값의 형식과 범위를 제한하기 때문에 도메인 무결성을 위한 기초 단위 * 최소한의 크기 데이터 타입 선정의 기본 원칙은 최소한의 크기로 사용자의 데이터 요구를 만족할 수 있는 타입을 선정하는 것 저장되는 데이터가 차지하는 공간이 적을 수록 한 블록(페이지)에 더 많은 로우를 저장할 수 있으며 결과적으로 데이터블록(페이지) 로딩 수가 줄어들어 좋은 성능을 발휘하게 됨 문자와 숫자 데이터 형식은 일반적으..

개체 무결성(Entity Integrity) 테이블에 저장되는 각각의 로우에 대해서 유일성을 보장하기 위한 무결성 반드시 보장되어야 하므로, 프로그램이나 트리거보다 DBMS가 제공하는 기본키(Primary Key) 제약조건이나 유일성(Unique) 제약조건 등을 이용하여 구현함 * 유일키(Unique Key) 제약조건 지정된 컬럼의 값이 중복되는 것을 허용하지 않음 테이블에 여러 개가 존재할 수 있음 NULL 값은 허용 복합 유일키(Composite Unique Key) : 한 개 이상의 컬럼을 조합하여 유일키로 만들 수 있음 * 기본키(Primary Key) 제약조건 테이블에 있는 데이터를 유일하게 식별하기 위한 무결성 제약조건 테이블 당 하나만 지정 가능함 유일(Unique)해야하고, NULL값을 가..