PostgreSQL 8.3.3문서
Prev Fast Backward Chapter 5. 데이터 정의 Fast Forward Next

5.8. 상속

PostgreSQL는 데이터베이스 설계자에게 있어 편리한 테이블의 상속을 실행하고 있습니다 (SQL:1999이후는 형태의 상속을 정의하고 있지만, 여기서 진술되고 있는 상속과는 많은 점에서 차이가 납니다).

우선 예로부터 시작합시다. 시(cities)의 데이터 모델을 작성하려고 한다고 가정해 주십시요. 각각의 주에는 많은 시가 있지만, 수도는 1개입니다. 특정한 주에서 수도를 빠르게 검색하고 싶다고 합니다. 이는 2개의 테이블을 작성하는 것으로써 가능합니다. 1개는 수도의 테이블로, 이제 1개는 수도가 아닌 테이블입니다. 그러나 수도인지 아닌지와 관련되지 않은 시에 대한 데이터를 쿼리했을 때는 무엇이 일어날까요? 상속은 이 문제를 해결할 수 있습니다. cities로부터 상속되는 capitals테이블을 정의합니다. 

CREATE TABLE cities (
    name            text,
    population      float,
    altitude        int     -- in feet
);

CREATE TABLE capitals (
    state           char(2)
) INHERITS (cities);

이 경우, capitals테이블은 그 부모 테이블인cities테이블의 열을 모두상속합니다. 수도는 1개의 추가 열state를 가져지고, 주를 표현합니다.

PostgreSQL에서는 1개의 테이블은 0이상의 테이블에서 상속하는 것이 가능합니다. 또한, 쿼리는 테이블의 모든 행, 또는 테이블의 모든 행에 상속된 테이블의 모든 행을 참조합니다. 후자가 디폴트의 동작이 됩니다. 예를 들면 다음의 쿼리는 500피트부터 위에 위치하고 있는 수도를 포함한, 모든 시의 이름을 검색합니다. 

SELECT name, altitude
    FROM cities
    WHERE altitude > 500;

PostgreSQL튜토리얼에서 가져온 샘플 데이터입니다(자세한 사항은 Section 2.1을 참조해 주십시요). 이 쿼리는 이하의 결과를 출력합니다. 

   name    | altitude
-----------+----------
 Las Vegas |     2174
 Mariposa  |     1953
 Madison   |      845

한편, 다음 쿼리는 수도가 아닌 500피트부터 위에 위치하고 있는 모든 시를 검색합니다. 

SELECT name, altitude
    FROM ONLY cities
    WHERE altitude > 500;

   name    | altitude
-----------+----------
 Las Vegas |     2174
 Mariposa  |     1953

여기서ONLY키워드는 쿼리가cities테이블만을 대상으로 해cities이하의 상속 계층에 있는 테이블은 대상으로 하지 않는다는 것을 의미합니다. 지금까지 논의한 커맨드가 많고 —SELECT, UPDATE그리고DELETE —가ONLY키워드를 서포트하고 있습니다.

경우에 따라서는 특정한 행이 어느 테이블에서 온 것인지 알고 싶을 수 있습니다. 각각의 테이블에는 tableoid라고 하는 바탕이 되는 테이블을 나타내는 시스템 열이 있습니다. 

SELECT c.tableoid, c.name, c.altitude
FROM cities c
WHERE c.altitude > 500;

출력은 이하와 같습니다. 

 tableoid |   name    | altitude
----------+-----------+----------
   139793 | Las Vegas |     2174
   139793 | Mariposa  |     1953
   139798 | Madison   |      845

(이 예를 재생해도, 아마 다른 수치 OID가 주어질 것입니다.) pg_class와 조인하는 것으로, 테이블의 실제의 이름을 알 수 있습니다. 

SELECT p.relname, c.name, c.altitude
FROM cities c, pg_class p
WHERE c.altitude > 500 and c.tableoid = p.oid;

출력은 이하와 같습니다. 

 relname  |   name    | altitude
----------+-----------+----------
 cities   | Las Vegas |     2174
 cities   | Mariposa  |     1953
 capitals | Madison   |      845

상속은INSERT 또는 COPY에 의해, 상속 계층에 있는 다른 테이블에 데이터를 자동으로 전달할 것이 없습니다. 이 예에서는 다음의INSERT문은 실패합니다. 

INSERT INTO cities (name, population, altitude, state)
VALUES ('New York', NULL, NULL, 'NY');

데이터가, 어떻게든 capitals테이블까지 도달할 수 있으면 좋겠지만, 그처럼 되지 않습니다. INSERT는 언제나 지정된 테이블에 대해서 데이터를 삽입합니다. 룰(자세한 사항은 Chapter 35을 참조해 주십시요)을 사용해 삽입을 다른 방향으로 돌리는 것이 가능한 경우도 있습니다. 그러나 룰을 사용해도 위와 같은 경우에는 적용할 수 없습니다. 왜냐하면, cities테이블은 state열은 포함하고 않으며, 룰이 적용되기 전에 커맨드가 거부되기 때문입니다.

부모 테이블의 검사 제한과 not-null 제한은 자식 테이블에 자동으로 상속됩니다. 다른 종류의 제한(유일성 제한, 주 키, 외부 키 제한)은 상속되지 않습니다.

테이블은 1개이상의 부모 테이블에서 상속 가능합니다. 이 경우, 테이블은 부모 테이블로 정의된 열의 연합이 됩니다. 자식 테이블로 선언된 열은 이러한 열에 추가되게 됩니다. 만약 부모 테이블에 같은 이름의 열이 있는 경우, 혹은 부모 테이블과 자식 테이블에 같은 이름의 열이 있는 경우는 열이"머지"되어 자식 테이블에는 하나의 열이 됩니다. merge되려면 열은 같은 데이터형을 가지고 있을 필요가 있습니다. 다른 데이터형의 경우에는 에러가 납니다. merge된 열은 열을 가져온 테이블로 정의되고 있던 모든 체크 제한의 카피를 가집니다. 그리고 어느쪽이든 not-null을 가지면, null이 아니라는 표가 붙습니다.

테이블 상속은 보통, CREATE TABLE 문장의INHERITS구문를 사용해, 자식 테이블을 작성할 때 확립됩니다. 그 밖에도, 호환되는 방법으로 정의된 테이블에 새로운 부모 자식 관계를 붙이는 일도 가능합니다. 이것에는 ALTER TABLE 의INHERIT형식을 사용합니다. 이 때문에 새로운 자식 테이블은 부모 테이블과 같은 이름의 열을 가지고, 열의 형태는 같은 데이터형이어야 합니다. 또한, 부모 테이블과 같은 이름, 같은 식의 검사 제한을 가지고 있지 않으면 안됩니다. ALTER TABLE의NO INHERIT형식을 사용해, 똑같은 상속 관계를 자식 테이블에서 없애는 일도 가능합니다. 이러한 상속 관계의 동적 추가, 동적 삭제는 상속 관계를 테이블 분할(Section 5.9를 참조)로 사용하고 있는 경우에 유용합니다.

다음에 자식 테이블로 사용하할 예정인, 호환성을 가지는 테이블을 간단하게 작성하는 방법의 하나는 CREATE TABLE로LIKE구문를 사용하는 것입니다. 이는 소스 테이블과 같은 열을 가지는 테이블을 새롭게 작성합니다. 새로운 자식 테이블이 반드시 부모 테이블과 일치하는 제한을 가지고, 호환성이 있도록 간주되기 위해, 소스 테이블로CHECK제한이 존재하는 경우는 LIKE에INCLUDING CONSTRAINTS옵션을 지정해야 합니다.

자식 테이블이 존재하는 경우, 부모 테이블을 삭제할 수 없습니다. 또한, 자식 테이블에서는 부모 테이블에서 상속한 열을 삭제하는 일을 변경할 수도 있습니다. 테이블과 그 모든 자손 테이블을 삭제하고 싶으면, CASCADE옵션을 붙여 부모 테이블을 삭제하는 것이 간단한 방법입니다.

ALTER TABLE 는 열데이터 정의와 체크 제한의 변경을 상속 계층에 있는 테이블에게 전합니다. 반복이 되지만, 부모 테이블의 열이나 제한의 삭제는 CASCADE옵션을 사용했을 때만 가능해집니다. ALTER TABLE는 중복열의 merge시에 적용되는 룰과 CREATE TABLE시에 적용되는 거부의 룰에 따릅니다.

5.8.1. 경고

테이블에 대한 액세스 허가는 자동으로 상속되지 않습니다. 따라서 부모 테이블에 액세스 하는 유저는 그 모든 자식 테이블에 대한 조작의 허가도 이와 같이 가지고 있지 않으면 안됩니다. 또는 ONLY선언을 할 필요가 있습니다. 신규 자식 테이블을 기존 상속 계층에 추가하는 경우는 필요한 모든 허가를 자식 테이블에게 주는 것을 주의하십시요.

상속 기능의 어려운 제한으로서(유일성 제한을 포함한다) 인덱스 및 외부 키는 그 테이블에만 적용되고, 그것을 상속한 자식 테이블에는 적용되지 않습니다. 이것은 외부 키를 참조하는 측, 참조되는 측에서도 적용됩니다. 따라서, 위의 예에서는

이러한 기능의 부족은 향후의 릴리스로 아마 개선될 것입니다. 그러나 상속이 유용한지는 충분히 주의해 결정해 주십시요.

추천 하지 않는 설정: 7.1 이전의 릴리스의PostgreSQL에서는 쿼리에 대해 자식 테이블을 포함하지 않는 것이 디폴트였습니다. 이것은 에러가 되기 쉽고, 또 SQL 표준에도 저촉되고 있습니다. 7.1 이전의 낡은 동작을 실시하려면 , sql_inheritance설정 옵션을 무효로 해 주십시요.

Prev Home Next
스키마 Up 파티셔닝