DB

개념적 데이터베이스 설계정보 사용의 모델을 개발하는 과정엔티티, 관계, 프로세스, 무결성 제약조건 등을 나타내는 추상화 모델개념적 수준의 모델로 ER 모델을 자주 사용 물리적 데이터베이스 설계물리적인 저장 장치와 접근 방식을 다룸어떤 객체를 넣을 것인지, 그 객체의 특

Entity Relationship으로 엔티티들의 관계를 추상화할 수 있는 모델실제 객체로 릴레이션의 외연(인스턴스)에 해당ER 다이어그램에서 직사각형으로 표시엔티티들의 틀로 관계형 DB에서 릴레이션의 내포(스키마)에 해당엔티티들을의 모임하나의 엔티티 내에 존재하는 특

개념적 설계단계에서 요구사항을 분석해서 명세들을 ER 스키마로 변환논리적 설계단계에서 ER 스키마를 릴레이션으로 사상(매핑)7단계의 알고리즘이 존재직사각형에 해당하는 엔티티 타입과 타원형에 해당하는 단일 값 애트리뷰트를 릴레이션으로 바꿈애트리뷰트의 기본키는 릴레이션에서

5장에서 개념적 설계, 논리적 설계를 배웠다면 6장에서 물리적 설계 서술인덱스와 트랜잭션을 고려DBMS의 데이터들 또한 보조 기억 장치에 존재블록으로 나눠서 저장하며 그 크기는 전형적으로 4KB(최소 512바이트이상)대표적으로 HDD가 있으며 플래터가 겹겹이 쌓여있음각

히프 화일순차 화일인덱스된 순차 화일직접 화일비순서한 단순한 화일 조직삽입: 화일의 가장 끝에 레코드를 삽입검색: 위에서 부터 아래로 읽으며 검색삭제: 검색 후 레코드를 삭제하고, 삭제된 레코드의 공간을 재사용하지 않음히프 화일은 모든 레코드들을 참조하거나, 순서가 중

순차 화일의 빠른 검색을 위해 <탐색 키, 레코드 포인터>로 관리인덱스는 데이터 화일과는 별도의 화일에 저장인덱스 화일은 데이터 화일의 크기에 비해 훨씬 작음하나의 데이터 화일에 여러 인덱스들을 정의 가능인덱스가 정의된 필드(애트리뷰트)를 탐색 키라고 부름탐색 키

다단계 인덱스 단일 단계 인덱스에서 인덱스 자체가 큰 경우 인덱스를 또 인덱스화가루로 만든 삼겹살을 갈아 만든 가루에 삼겹살을 찍어 드셔보시겠습니까? 출처: 침착맨 유튜브 가장 상위 단계 인덱스를 마스터 인덱스라고 부름 마스터 인덱스는 한 블록이라 공간이 작으므로 Di

정규화는 원래 릴레이션을 새로운 릴레이션 여러개로 분해해서 중복과 갱신 이상을 최소화하는 과정수정 이상반복된 데이터 중에 일부만 수정하면 데이터 불일치가 발생삽입 이상불필요한 정보를 함께 저장하지 않고는 어떤 정보를 저장하는 것이 불가능삭제 이상유용한 정보를 함께 삭제

원본 릴레이션에서 유도된 릴레이션으로써 외부 뷰와 다름보안, 복잡한 질의를 단순화, 데이터 독립성을 위해 사용DB의 여러가지 다양한 객체의 정보를 가짐시스템 카탈로그를 통해 원하는 릴레이션을 DB에서 찾고, 그 릴레이션에 어떤 애트리뷰트들이 있는지, 데이터 타입은 무엇

트랜잭션 DB는 여러 사람들이 대규모로 동시 접근함 동시성 제어: 동시에 접근 하는 상황에서 일어나는 문제를 없애야 함 회복: DB를 사용하던 도중 맛이 가도 일관성을 유지해야 함 DB에서 하나의 논리적인 단위를 수행하는 DB 연산의 모임 운영체제의 인스트럭션과 비슷한

다수 사용자들이 데이터베이스에 접근을 하면 갱신 이상이 발생할 수 있음트랜잭션들 간의 간섭이 생기지 않도록 처리하는 기법 직렬 스케줄여러 트랜잭션들의 집합을 한 번에 한 트랜잭션씩 차례대로 수행 비직렬 스케줄여러 트랜잭션들을 동시에 수행 직력가능 스케줄비직렬 스케줄의

트랜잭션 T를 수행하는 도중에 시스템이 다운되면 어떻게 복구할 것인가?트랜잭션 T가 완료된 직후 시스템이 다운되면 주기억장치의 버퍼에는 기록되었으니 디스크에는 기록되지 않았을 수도 있음디스크의 헤드가 고장나거나 디스크가 아예 손상나면 어떻게 할 것인가?재해적 고장디스크

COMMIT트랜잭션이 갱신한 내용을 데이터베이스에 모두 반영하고 트랜잭션을 완료ROLLBACK트랜잭션이 갱신한 내용을 데이터베이스에서 모두 되돌리고 트랜잭션을 철회SAVEPOINT트랜잭션 내에 저장점을 표시해서 트랜잭션을 더 작은 부분으로 나눔ROLLBACK TO SA