| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 8. 데이터 타입 | Fast Forward | Next |
수치 데이터형에는 2, 4, 8바이트 정수와 4, 8바이트 부동 소수점 및 정밀도 설정이 가능한 수가 있습니다. Table 8-2에 사용 가능한 타입의 목록을 보실 수 있습니다.
Table 8-2. 수치 데이터형
| 이름 | 저장 크기 | 설명 | 범위 |
|---|---|---|---|
| smallint | 2바이트 | 작은 범위의 정수 | -32768에서 +32767까지 |
| integer | 4바이트 | 자주 사용하는 정수 | -2147483648에서 +2147483647까지 |
| bigint | 8바이트 | 광범위 정수 | -9223372036854775808에서 9223372036854775807까지 |
| decimal | 변수 | 사용자 지정 정밀도, 정확함 | 제한 없음 |
| numeric | 가변 | 사용자 지정 정밀도, 정확함 | 제한 없음 |
| real | 4바이트 | 가변 정밀도, 부정확 | 6자리수 정밀도 |
| double precision | 8바이트 | 가변 정밀도, 부정확 | 15 자리수 정밀도 |
| serial | 4바이트 | 자동 증가하는 정수 | 1에서 2147483647까지 |
| bigserial | 8바이트 | 광범위 자동 증가 정수 | 1에서 9223372036854775807까지 |
수치 데이터 타입에 대한 상수의 구문은 Section 4.1.2에 설명되어 있습니다. 수치 데이터 타입은 대응하는 산술 연산자와 함수를 충분한 세트를 가지고 있습니다. 자세한 내용은 Chapter 9을 참조해 주십시요. 다음으로 데이터 타입을 자세하게 알아보겠습니다.
smallint,integer,bigint는 각종 범위의 정수, 즉 분수가 아닌 수를 포함합니다. 허용 범위로부터 벗어난 값을 가지려고 하면 에러가 납니다.
integer형은 수치의 범위, 저장 사이즈 및 성능에 대해 가장 높은 조화를 이루기 때문에 빈번하게 사용됩니다. smallint형은 일반적으로 디스크 용량에 제한이 있는 경우에만 사용합니다. bigint형은 integer 허용 범위로는 충분하지 않는 경우에만 사용해야 합니다. 왜냐하면 integer데이터 타입이 훨씬 빠르기 때문입니다.
컴파일러가 8바이트 정수를 지원하는지 여부에 의존하기 때문에, bigint 타입은 모든 플랫폼에서 정상적으로 기능한다고는 할 수 없습니다. 지원하지 않는 머신에서는 bigint는 integer와 같이 행동합니다(그러나, 여전히 저장의 8바이트를 차지합니다). 그렇지만, 이러한 문제가 실제적으로 일어나는 플랫폼이 있을지 어떨지 모릅니다.
SQL에서는 정수 타입으로 integer(또는int)와 smallint,bigint만을 규정하고 있습니다. bigint와 int2,int4, 및int8는 확장된 범위로, 다른 여러가지 SQL데이터베이스 시스템에서도 사용되고 있습니다.
numeric 타입은 최대 1000자리수의 정밀도로 숫자를 저장할 수 있어 정확한 계산이 가능합니다. 이 타입은 특히 화폐 금액이나 그 외 정확성이 요구되는 수량에서 추천됩니다. 그러나 numeric 값에 대한 산술 연산의 동작은 정수나, 다음에 설명하는 부동 소수점 데이터형과 비교해 매우 느립니다.
이 후의 설명에서는, 다음의 용어를 사용합니다. numeric의 scale은 우측 소수점 이하의 자리수를 말합니다. numeric의precision는 숫자 전체의 유효 자리수입니다. 즉, 소수점을 포함하는 양측의 자리수의 합계입니다. 그리하여 23.5141은 precision는 6이고 scale은 4가 됩니다. 정수의 scale은 0으로 간주할 수가 있습니다.
numeric열의 최대 precision와 scale은 함께 설정할 수 있습니다. 열의 numeric 타입을 선언하려면 다음의 구문을 사용합니다.
NUMERIC( precision , scale )
precision는 양수이어야 하며, scale은 0이거나 양수이어야 합니다. 그 밖에
NUMERIC( precision )
scale 지정이 0인 것을 선택합니다.
NUMERIC
precision 또는 scale의 지정이 없을 경우, 실행되고 있는 한도의 precision까지, 어느 precision와 scale이라도 저장될 수 있는 숫자 값을 가지는 열이 만들어집니다. 이러한 종류의 열은 어떤 특정 scale이라도 입력을 강요하지 않지만, 선언된 scale을 가지는 numeric열의 입력에서는 제한을 지켜야합니다. (표준 SQL는 디폴트 scale로 0이, 예를 들어, 요구되며 정수의 precision이 강요되어 집니다. 그러나, 이 방법은 그다지 도움이 되지 않는다고 생각됩니다. 만약 이식성을 고려한다면, 항상 precision와 scale을 명시적으로 설정하십시요).
저장되는 값의 scale이 선언된 열의 scale보다 크게되면, 시스템은 지정된 소수의 자리수까지 값을 맞춥니다. 그런 다음, 소수점 좌측의 자리수가 지정된 precision로부터 지정된 scale을 공제한 수를 넘으면 에러가 됩니다.
수의 값은 물리적으로 앞이나 뒤에 0이 추가되는 일 없이 저장됩니다. 따라서, 열의 선언된 precision와 scale은 최대이며, 고정적으로 할당할 수 있고 있지 않습니다 (이 의미에서는numeric는char( n )보다varchar( n )를 닮아 있습니다). 실제 저장에 필요는 용량은, 10 진수 4자리수의 각각의 그룹에 대해서 2바이트로 5에서 8바이트의 오바헷드입니다.
일반적인 수의 값을 추가하여, numeric형은 "숫자가 아님"을 의미하는NaN라고 하는 특별한 값을 받을 수가 있습니다. NaN에 대한 연산은 다른NaN를 생성합니다. 이 값을 SQL 커멘드의 상수로 기술할 때, 예를 들면 UPDATE table SET x = 'NaN'와 같이 인용부호로 둘러싸야만 합니다. 입력에서 문자열NaN는 대문자 소문자의 영향을 받지 않고 인식됩니다.
decimal와 numeric형은 동등합니다. 두 타입 모두 SQL 표준의 일부분입니다.
real와 double precision는 부정확하고, 가변 정확도의 수치 데이터형입니다. 사실상, 이러한 데이터형은 기본적인 프로세서, operating system과 컴파일러가 서포트하고 있으면, 보통은 (각각 단정밀도 및 배정밀도의) 바이너리 부동 소수점 연산용의IEEE규격 754의 실행입니다.
부정확이라는 의미는 일부 값이 내부 형식으로 변환될 수 없으며, 근사치로서 보존된다고 하는 것입니다. 그러니까, 저장하려 값과 출력된 값을 되돌려 표시했을 경우에 다소의 차이가 인정됩니다. 이러한 에러를 관리해 계산에 의해 보정을 어떻게 할까는, 수학의 계통 전부와 컴퓨터 과학에 관련되는 것으로, 이하의 점을 제외해 더 이상는 논의되지 않습니다.
(금전 금액 등) 정확한 기록과 계산이 필요한 때는 대신, numeric를 사용해 주세요.
이러한 데이터형으로 무엇인가 중요한 건에 대해 복잡한 계산을 필요로 할 때, 특히(무한대나 언더 플로우(underflow)와 같은) 경계선에 있어서의 어떤 행동에 대해 의존하게 된다면, 실행을 주의 깊게 검증하지 않으면 안됩니다.
2개의 부동 소수점치가 등가인지 어떤지의 비교는 예상대로 되거나 되지 않을 때도 있습니다.
대부분의 플랫폼에서는 real는 최저 6자리수의 정밀도를 가진 적어도―1 E+37으로+1 E+37의 범위입니다. double precision는 보통 최저 15 자리수의 정밀도로 대략―1 E+308으로+1 E+308의 범위입니다. 너무 크거나 너무 작은 값은 에러의 원인이 됩니다. 입력치의 정밀도가 너무 높은 경우는 회전될 수 있습니다. 제로에 너무 가까운 값으로, 제로와는 구별되듯이 보이지 않는 수치는 언더 플로우(underflow) 에러를 일으킵니다.
In addition to ordinary numeric values, the floating-point types have several special values: --> 푸가적로 보통 수의 값에서, 부동 소수점형은 이하의 특수한 값을 받습니다.
Infinity
-Infinity
NaN
또한 PostgreSQL에서는 부정확한 수치형을 규정하는 표준 SQL의float와float( p )를 서포트하고 있습니다. 여기서, p 는 2 진수의 자리수로 최저 받아들이는 정밀도를 지정합니다. PostgreSQL는float(1)로부터float(24)를real를 선택하는 것으로서 받아들여float(25)로부터float(53)를double precision를 선택하는 것으로서 받아들입니다. 허용 범위외의 p 의 값은 에러가 됩니다. 정밀도 지정이 없는float는double precision로서 해석됩니다.
Note: 7.4보다 전의PostgreSQL에서는,float( p )의 정밀도는 10 진수 자리수로서 해석되었습니다. 이것은, 2 진수 자리수의 정밀도를 규정하는 표준 SQL에 일치하도록 변경된 것입니다. real와double precision의 가수가 각각 24 비트와 53 비트이다고 하는 전제는, IEEE 표준 부동 소수점의 실행에서는 올바른 것입니다. 비IEEE의 플랫폼에서는, 일부 무효가 될 가능성이 있습니다만, 단순화를 위해서 모든 플랫폼에서 p 의 범위는 동일합니다.
serial및 bigserial데이터형은 정확하게는 데이터형은 아니고, 테이블의 열에 일의의 식별자를 설정하는 간편한 표기법입니다 (다른 데이터베이스로 서포트되는AUTO_INCREMENT특성을 닮아 있습니다). 현재의 실행에서는,
CREATE TABLE
tablename
(
colname
SERIAL
);
는 이하를 지정하는 것과 같습니다.
CREATE SEQUENCE
tablename
_
colname
_seq;
CREATE TABLE
tablename
(
colname
integer NOT NULL DEFAULT nextval('
tablename
_
colname
_seq')
);
ALTER SEQUENCE
tablename
_
colname
_seq OWNED BY
tablename
.
colname
;
이와 같이 정수열을 작성해, 그 열의 디폴트 값이 순서 생성자(sequence generato)로부터 할당할 수 있도록 했습니다. 또,NOT NULL제약을 적용하는 것에 의해, NULL값이 명시적으로 삽입되지 않게 합니다. (대부분의 경우는, 중복 하는 값을 틀려 삽입하지 않게,UNIQUE제약 또는PRIMARY KEY제약도 추가하는 것이 추천 됩니다만, 이것은 자동적으로 실행되지 않습니다. ) 마지막으로, 순서는 열에"보다 소유"되는 것이 표기됩니다. 따라서, 테이블의 열이 삭제되었을 경우에 순서는 삭제됩니다.
Note: PostgreSQL 7.3보다 전에서는,serial는UNIQUE를 의미하고 있었습니다. 이제는 더이장 자동화가 아닙니다. 연속된 열에 일의성 제약 혹은 주 키를 부여하고 싶은 경우는, 다른 데이터형 같이 지정하지 않으면 안됩니다.
serial열에 순서 다음의 값을 삽입하려면 ,serial열에 그 디폴트 값를 할당하도록 지정해 주세요. 이것은INSERT문의 열리스트로부터 그 열을 제외하거나 DEFAULT키워드를 사용하는 것으로 실시할 수가 있습니다.
serial와serial4라고 하는 형태의 명칭은 같습니다. 함께integer열을 작성합니다. bigserial와serial8라고 하는 형태의 명칭도bigint열을 작성하는 것을 제외하고 같은 행동을 합니다. 만약 테이블을 사용하는 기간에 231이상의 식별자를 사용한다고 예측되는 경우,bigserial를 사용하지 않으면 안됩니다.
serial열을 위해 작성된 순서는, 그것을 소유하는 열이 삭제되었을 때에 자동적으로 삭제됩니다. 열을 삭제하지 않고 순서를 삭제할 수가 있습니다만, 이것에 의해 강제적으로 열의 디폴트 표현식이 삭제됩니다.