[RDBMS] 데이터베이스 구성

Database Hierarchy 

 

대부분의 RDBMS는 Instance로 시작합니다.

Instance 내에 다수의 Database가 존재할 수 있습니다. 

Database 내에 다수의 Schema가 존재할 수 있습니다

 

Instance : 사용자가 DB에 접근하여 트랜잭션을 처리할 수 있는 프로세스와 메모리 영역으로 구성되어 있습니다. 사용자는 직접적으로 Database에 접근 불가하며 Instance를 통해 데이터베이스에 접근할 수 있습니다.

Database : 실제 데이터가 저장되는 물리적인 영역

Schema : 데이터베이스 내 개체를 논리적으로 그룹화 한 것입니다. 
(여기에는 테이블 이름, 필드, 데이터 유형, 그리고 이러한 엔티티 간의 관계 등 논리적 제약조건이 포함)

 

위와 같은 구성을 이용하여 동일한 물리적 서버에 둘 이상의 인스턴스를 생성하여 각 인스턴스에 고유한 데이터베이스 서버 환경을 제공할 수 있습니다. 예를 들어 Instance1의 경우 개발용으로 사용하고, Instance2를 운영환경으로 사용할 수 있습니다. 

database storage

컴퓨터에 데이터를 저장하는 저장소의 역할을 수행한다. (하드디스크와 동일한 역할)

연결방식 구분에 따라 NAS, SAN , DAS 등이 있다.

RDBMS는 디스크에 있는 데이터베이스 파일의 물리적 스토리지를 데이터베이스의 논리적 설계와 분리하므로 데이터 파일을 보다 유연하게 관리할 수 있습니다.

TableSpace 

테이블스페이스는 테이블, 인덱스, 대용량 객체, 긴 데이터 등의 데이터베이스 객체를 포함하는 구조입니다.

테이블스페이스를 사용하여 데이터가 저장된 위치에 따라 데이터베이스 객체를 논리적으로 구성합니다. 이러한 객체의 데이터를 보관하는 물리적 스토리지 컨테이너간의 매핑을 정의합니다. 

 

테이블스페이스는 하나 이상의 데이터베이스 객체를 포함할 수 있습니다.

* Oracle에서는 Data file 이라는 물리적 파일 형태 저장하고 이러한 Data file이 하나 이상 모여서 Tablespace라는 논리적 저장공간을 형성합니다.

 

장점 : 사용량이 많은 인덱스를 고속 SSD에 배치할 수 있습니다. 또는 거의 엑세스되지 않거나 보관된 데이터가 들어있는 테이블을 속도가 느린 저렴하지만 용량이 큰 하드드라이브에 저장할 수 있습니다.