병행 제어 - 여러 개의 트랜잭션이 동시에 실행되면서도 데이터베이스의 일관성을 유지 할 수 있게 하는 기법 로킹(Locking) - 하나의 트랜잭션이 데이터를 액세스 하는 동안 다른 트랜잭션이 액세스 할 수 없도록 lock(잠금)하는 기법 - 한번에 로킹 할 수 있는 크기를 로킹 단위라고 함 - 필드, 레코드, 테이블, 파일, 데이터베이스 등이 로킹 단위가 될 수 있음 - 로킹 단위와 나머지는 반비례 함 - 로킹 단위가 커지면 나머지는 작아지고 로킹 단위가 작아지면 나머지는 커짐 *나머지 : 로크의 수, 병행 제어, 로킹 오버헤드, 병행성 수준, 데이터베이스 공유도

분산 데이터베이스 - 논리적으로는 하나의 시스템이지만 물리적으로는 네트워크를 통해 연결된 여러 사이트에 분산되어 있는 데이터베이스를 의미함 분산 데이터베이스의 목표 1. 위치 투명성 - 데이터베이스의 실제 위치를 알 필요 없이 단지 데이터베이스의 논리적인 명칭만으로 액세스 할 수 있음 2. 중복 투명성 - 동일 데이터가 여러 곳에 중복되어 있더라도 사용자는 마치 하나의 데이터만 존재하는 것처럼 사용할 수 있고, 시스템은 자동으로 여러 자료에 대한 작업을 수행함 3. 병행 투명성 - 다수의 트랜잭션이 동시에 실현되더라도 트랜잭션의 결과는 영향을 받지 않음 4. 장애 투명성 - 트랜잭션, DBMS, 네트워크, 컴퓨터 장애에도 불구하고 트랜잭션을 정확하게 처리함

트랜잭션(Transaction) - 하나의 작업을 수행하기 위해 필요한 데이터베이스의 연산들을 모아놓은 것 - 데이터베이스에서 논리적인 작업의 단위 - 작업 수행에 필요한 SQL 문들의 모임으로 이해해도 됨 데이터베이스 트랜잭션의 특성 1. 원자성(Automicity) - 트랜잭션을 구성하는 연산들이 모두 정상적으로 실행되거나 하나도 실행되지 않아야 함 - all-or-nothing 2. 일관성(Consistency) - 트랜잭션이 성공적으로 수행된 후에도 데이터베이스가 일관성 있는 상태를 유지해야 함 - 트랜잭션이 수행되기 전에 데이터베이스가 일관된 상태였다면 이라는 조건이 필요 3. 고립성(Isolation) - 현재 수행 중인 트랜잭션이 완료될 때까지 트랜잭션이 생성한 중간 연산 결과에 다른 트랜잭..

사용자 요구사항을 분석하여 원하는 데이터를 도출 할 수 있도록 DB 구조를 설계하는 과정 설계 순서 요구조건 분석 - 개념적 설계 - 논리적 설계 - 물리적 설계 요구조건 분석 - 요구조건 명세서 도출 개념적 설계 - E-R 다이어그램으로 개념적 스키마 정의 - DBMS에 독립적 논리적 설계 - 개념 스키마를 관계 데이터베이스 스키마로 변환 - 논리 스키마 정의 (정제) - 트랜잭션 인터페이스 설계 물리적 설계 - 테이블 세부 설계 - 논리적 구조의 데이터를 물리적 구조의 데이터로 변환

뷰(view) - 사용자에게 접근이 허용된 자료만을 제한적으로 보여주기 위해 하나 이상의 기본 테이블로부터 유도된 테이블이다. 특징 - 기본 테이블로부터 유도된 테이블이기 때문에 기본 테이블과 구조가 같다. - 물리적으로는 존재하지 않은 가상 테이블이다. - 뷰에 나타나지 않은 데이터는 안전하게 보호 가능하다. - 필요한 데이터만 뷰로 정의해서 처리할 수 있다. (관리 용이) - 뷰를 정의한 기본 테이블이 삭제되면 뷰도 삭제된다. - 정의된 뷰는 다른 뷰를 정의할 때 기초가 될 수 있다. 뷰는 CREATE문으로 정의하고 DROP 문으로 제거합니다.

무결성 : DB에 저장된 값이 변화 없이 항상 정확한 데이터를 유지하고 있다는 의미 1. 개체 무결성 - 기본키를 구성하는 어떠한 속성도 NULL 값이나 중복값을 가질 수 없다. 2. 도메인 무결성 - 주어진 속성 값이 정의된 도메인에 속한 값이어야 한다. 3. 참조 무결성 - 외래키 값은 NULL 값이거나 참조 릴레이션의 기본키 값과 동일해야한다. - 릴레이션은 참조할 수 없는 외래키 값을 가질 수 없다. 4. 사용자 정의 무결성 - 속성 값들이 사용자가 정의한 제약 조건에 만족 해야 한다는 규정