관계형 데이터베이스의 계층

데이터베이스는 계층으로 나뉘어 있다

데이터베이스를 사용한다는 것은 DBMS에 저장된 테이블을 SQL을 사용해서 조작하는 것이다.

데이터베이스 내부의 테이블은 1개가 아닌 몇 개의 그룹으로 나뉘어서 관리되고 있다. PC에서 파일을 분류하기 위해 사용하는 '폴더(디렉토리)'에 해당하는 것이 데이터베이스에도 있다고 생각하면 된다.

폴더에 해당하는 스키마

데이터베이스에서 폴더에 해당하는 것이 '스키마(Schema)' 이다. 테이블은 몇 개의 스키마 속에 저장되는 형식을 취하고 있다. 사용자가 스키마 자유롭게 만들 수 있어서 용도 별로 나누거나, 보여주고 싶지 않은 사용자에게는 접근할 수 없도록 제한을 거는 스키마를 만드는 등의 권한 관리를 수행할 수 있다.

스키마의 상위에는 또 하나의 계층으로 '데이터베이스(Database)' 가 있다.

최상위에 있는 인스턴스

마지막으로 데이터베이스보다 한 층 더 위에 '인스턴스(Instance)' 란 개념이 있다. 이것은 물리적 개념으로 DBMS가 동작할 때의 단위이다. 그래서 OS 입장에서는 '프로세스' 라고도 부른다.

1개의 인스턴스 아래에는 복수 개의 데이터베이스가 존재할 수 있고, 1개의 데이터베이스 아래에는 복수의 스키마가 존재할 수 있으며, 1개의 스키마 아래에는 복수 개의 테이블이 존재하는 것이 가능한 트리 구조이다.

4계층에 있는 것

최하위 계층인 4계층에는 테이블 이외의 '인덱스(Index)', '저장 프로시저(Stored Procdure)' 등이 있다. 이런 데이터베이스에 보존된 것들을 총칭해서 '오브젝트(Object)' 라고 한다. 또한, 인스턴스도 복수로 존재할 수 있으며, '멀티 인스턴스' 라는 구성을 사용한다.

계층 구조가 이해하기 어려운 이유

현재까지 설명한 계층 구조는 원칙이고, 현실에서는 구현되는 것마다 조금씩 차이가 있다.

계층의 원칙을 충실히 지키는 DBMS는 PostgreSQL, SQL Server, DB2 이고, 스키마와 데이터베이스 한 계층을 생략한 것이 MySQL 과 Oracle 이다.

MySQL과 Oracle의 계층 구조

MySQL은 데이터베이스와 스키마를 동일한 것으로 간주해서 계층 차이를 두지 않으므로 데이터베이스와 스키마는 MySQL에서는 동의어이다. 따라서 MySQL은 3계층 구조이다.

Oracle은 조금 달라서 4계층 구조로 되어 있지만, '인스턴스 아래에 데이터베이스를 한 개만 만들 수 있다' 는 독자적 제약이 있다. 따라서, 실질적으로 데이터베이스를 의식하지 않고 3계층 구조로 바뀌지도 않는다. 실제 Oracle을 사용해 보면, 데이터베이스 계층이 얇아서 마치 인스턴스 바로 아래에 스키마 층이 존재하는 듯한 인상을 받는다.

정리해보면 데이터베이스 계층 구조는 두 가지로 나뉜다.

• 3계층 Oracle, MySQL

• 4계층 SQL Server, DB2, PostgreSQL

3계층과 4계층 어느 쪽이 맞는가

3계층과 4계층 중 어느 쪽이 맞는지 묻는다면 답은 4계층이다. 이는 ANSI 가 정한 표준 SQL 로 결정되었기 때문이다.