| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 5. 데이터 정의 | Fast Forward | Next |
RDB의 테이블은 종이에 쓰이는 표와 많이 닮아있습니다. 테이블은 행과 열로 구성되어 있습니다. 열의 수와 순서는 고정되고 있어 각각의 열에 이름을 붙일 수 있고 있습니다. 행의 수는 변할 수 있습니다. 즉, 행의 수란, 그 시점에서 얼만큼의 데이터가 저장되고 있는가를 나타내는 것입니다. SQL에서는 테이블 내의 행의 순서는 보증되지 않습니다. 테이블을 읽어들이면, 명시적으로 요구되지 않는 이상, 행은 랜덤 순서로 반환됩니다. 이것에 대해서는 Chapter 7을 참조해 주십시요. 게다가 SQL에서는 행에 고유 식별자를 지정할 수 없기 때문에, 테이블 내에 완전히 동일한 행이 얼마든지 존재할 수 있습니다. 이는 SQL의 기초를 이루는 산술적인 모델의 결과이지만, 보통은 바람직한 일이 아닙니다. 이 문제의 대처법에 대해서는 본 장의 뒷부분에서 설명하겠습니다.
각각의 열은 데이터형이 있습니다. 데이터형에 의해, 열에 지정할 수 있는 값이 제한됩니다. 또한, 열에 저장되는 데이터에 의미를 지정할 수 있어 데이터를 계산에 사용할 수 있게 됩니다. 예를 들면, 수치형이라고 선언된 열은 임의의 텍스트 캐릭터 라인은 받아들이지 않습니다. 그리고 수치형의 열에 저장된 데이터는 산술 계산에 사용할 수 있습니다. 이것에 대해서, 캐릭터 라인형이라고 선언된 열은 거의 모든 종류의 데이터를 받아들입니다. 그러나 문자열 연결이 가능한 연산에는 사용할 수 있지만, 산술 계산에는 사용할 수 없습니다.
PostgreSQL에는 다양한 어플리케이션에 일치하는 다수의 내장 데이터형의 집합을 포함합니다. 또 유저가 독자적인 데이터형을 정의하는 일도 가능합니다. 대부분의 내장 데이터형은 분명한 이름과 의미를 가지므로, 자세한 설명은 Chapter 8으로 미루겠습니다. 자주 사용하는 데이터형은 정수를 나타내는 integer, 소수를 위한 numeric, 문자열을 위한 text, 날짜를 나타내는 date, 시각을 나타내는 time, 그리고 날자와 시간 모두를 포함하는timestamp가 있습니다.
테이블을 작성하기 위해, 적절한 이름을 가진 CREATE TABLE 커맨드를 사용합니다. 이 커맨드에서 최소한 새로운 테이블을 위한 이름과 열을 위한 이름, 각 열을 위한 데이터형을 지정합니다. 예를 들면:
CREATE TABLE my_first_table (
first_column text,
second_column integer
);
이로 인해 두 개의 열을 가진 my_first_table 테이블이 작성됩니다. 첫 번째 열의 이름은 first_column로, 데이터형은text입니다. 두 번째 열의 이름은 second_column로, 데이터형은integer입니다. 테이블과 열의 이름은 Section 4.1.1에서 설명된 식별자의 구문을 따릅니다. 보통 타입 이름은 식별자이지만 예외도 있습니다. 열 리스트는 콤마로 분리되며, 괄호로 둘러싸는 것을 주의하십시요.
물론, 이전의 예에서는 설명이 목적이기 때문에 현실적이지는 않습니다. 일반적으로, 테이블과 열에는 저장될 데이터에 따라 이름이 정해집니다. 아래는 보다 현실적인 예제입니다.
CREATE TABLE products (
product_no integer,
name text,
price numeric
);
(numeric형은 소수를 저장할 수가 있어 금액을 취급하는 경우에 일반적으로 사용됩니다. )
Tip: 상호 연관되는 테이블을 많이 생성할 때 테이블과 열에 대해 일관성 있는 이름의 패턴을 갖도록 하는 것이 좋습니다. 예를 들어, 테이블명으로 단수의 또는 복수의 명사를 선택할 수 있습니다. 둘 다 이론가나 다른 사람들에 의해 선호되어집니다.
테이블에 포함할 수 있는 열의 수는 제한이 있습니다. 열의 타입에 의존하기 때문에, 250~1600의 사이가 됩니다. 그러나 이렇게 많은 열을 사용하는 경우은 드물며, 그러한 경우는 설계에 문제가 있는 일도 많습니다.
필요 없는 테이블이 생겼을 경우는 DROP TABLE 커맨드를 사용해 테이블을 삭제할 수 있습니다. 예를 들면,
DROP TABLE my_first_table; DROP TABLE products;
존재하지 않는 테이블을 삭제하려고 하면, 에러가 납니다. 그렇지만 테이블의 존재 여부와 관계없이 스크립트가 동작하도록 하기 위해, 테이블 작성하기 전, 에러 메세지를 무시하며 무조건 삭제하려고 하는 것은 SQL 스크립트 파일에서는 흔한 일입니다. (이를 실행하고 싶다면, 에러 메세지의 출력을 막는 DROP TABLE IF EXISTS 변형을 사용할 수 있습니다. 그러나 이것은 표준 SQL가 아닙니다. )
이미 존재하는 테이블을 변경하는 방법은 본 장 뒤에 있는 Section 5.5를 참조하십시요.
지금까지 설명한 툴을 사용해, 충분히 기능하는 테이블을 작성할 수 있습니다. 본 장의 나머지에서는 테이블 정의에 기능을 추가해, 데이터의 참조 무결성, 안전성, 편리성을 확실히 하는 방법에 대해 말하겠습니다. 지금 테이블에 데이터를 입력하고 싶다면, 본 장의 나머지를 Chapter 6로 건너 뛰어도 상관하지 않습니다.