| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 8. 데이터 타입 | Fast Forward | Next |
오브젝트 식별자(OID)는PostgreSQL의 내부에서 여러가지 시스템 테이블의 프라이머리 키로서 사용됩니다. 또, 테이블 작성시에WITH OIDS가 지정되고 있는지,default_with_oids설정 변수가 유효한 경우를 제외해, 유저 작성의 테이블에는 OID는 추가되지 않습니다. oid데이터형은 오브젝트 식별자를 나타냅니다. oid에는 별명형도 몇개인가 있습니다. regproc, regprocedure, regoper, regoperator, regclass, 및 regtype입니다. Table 8-19에 개요를 나타냅니다.
oid데이터형은 현재, 부호 없음 4바이트 정수로서 실장되고 있습니다. 이것은, 대규모 데이터베이스의 전체에 걸쳐서 일의로 하기에는 충분하지는 않습니다. 대규모 개별의 테이블내에 있어도 충분하지 않을지도 모릅니다. 그 때문에, 유저 작성 테이블의 OID열을 프라이머리 키로서 사용하는 것은 추천할 수 없습니다. OID의 사용은, 시스템 테이블에의 참조의 경우에게만 추천 됩니다.
oid데이터형 자체는, 비교 이외의 연산은 거의 실시하지 않습니다. 그러나, 정수로서 캐스트 할 수도 있어 그 경우 표준의 정수 연산자를 사용해 조작할 수가 있습니다 (이것을 실시하면, 부호 첨부와 부호 없음의 사이에 혼란이 일어날 수도 있는 일로 주의해 주세요).
The OID alias types have no operations of their own except for specialized input and output routines. These routines are able to accept and display symbolic names for system objects, rather than the raw numeric value that type oid would use. The alias types allow simplified lookup of OID values for objects. For example, to examine the pg_attribute rows related to a table mytable, one could write: --> OID의 별명 데이터형은, 전용의 입출력 루틴 이외에는 연산을 실시하지 않습니다. 이러한 루틴에서는,oid형이 사용하는 것 같은 미가공의 수치는 아니고, 시스템 오브젝트용의 심볼명을 받아들이거나 표시하거나 할 수 있습니다. 별명 데이터형에 의해, 오브젝트의 OID치의 검색이 간단하게 됩니다. 예를 들면,mytable테이블에 관련한pg_attribute행을 확인하려면 , 이하와 같이 기술할 수가 있습니다.
SELECT * FROM pg_attribute WHERE attrelid = 'mytable'::regclass;
다음과 같이 기술할 필요는 없습니다.
SELECT * FROM pg_attribute WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'mytable');
후자도 그렇게 나쁘지 않은 것 처럼 보입니다만, 과도하게 단순화 되고 있습니다. 다른 schema에mytable테이블이 다수 있는 경우에는, 올바른 OID를 선택하기 위해서, 보다 복잡한SELECT가 필요합니다. regclass입력 변환에서는 schema 패스의 설정에 따라 테이블 검색을 취급하기 때문에, 자동적으로"올바른 검색"을 실시합니다. 같이 테이블의 OID를regclass에 캐스트 하는 것은, 수치의 OID의 심볼 표시에 편리합니다.
Table 8-19. 오브젝트 식별자 데이터형
| 이름 | 참조 | 설명 | 값의 예 | |
|---|---|---|---|---|
| oid | 모두 | 수치 오브젝트 식별자 | 564182 | |
| regproc | pg_proc | 함수명 | sum | |
| regprocedure | pg_proc | 인자의 형태를 가지는 함수 | sum(int4) | |
| regoper | pg_operator | 연산자명 | + | |
| regoperator | pg_operator | 인자의 형태를 가지는 연산자 | operator with argument types | *(integer,integer) or -(NONE,integer) |
| regclass | pg_class | 릴레이션명 | pg_type | |
| regtype | pg_type | 데이터형명 | integer |
모든 OID 별명형은 schema 수식명을 받아들여 출력시에 schema 수식명을 표시합니다. 다만, 현재의 검색 패스로 오브젝트를 찾아낼 수 없으면, 수식하지 않고 출력합니다. regproc와regoper별명형은, 일의인(overload 하고 있지 않다) 이름만을 입력으로서 받아들이기 (위해)때문에, 이러한 사용에는 한도가 있습니다. 대부분의 경우,regprocedure또는regoperator를 사용하는 것이 적절합니다. regoperator의 경우, 단항 연산자는 미사용의 오퍼랜드를NONE라고 기술하는 것에 의해 지정됩니다.
OID 별명형의 한층 더 속성으로서 이러한 형태의 하나의 상수가 저장된 표현식에 있을 경우(열의 디폴트식이나 뷰 등), 참조되는 오브젝트에의 의존성을 생성합니다. 예를 들면, 열이nextval('my_seq'::regclass)라고 하는 디폴트식을 가지는 경우,PostgreSQL는 디폴트식이my_seq순서에 의존하는 것을 이해합니다. 시스템은 먼저 이 디폴트식이 삭제되지 않는 이상 이 순서를 삭제시키지 않습니다.
시스템이 사용하는 이제(벌써) 1개의 식별자의 형태는xid, 즉 트랜잭션(transaction)(생략해xact) 식별자입니다. 이것은xmin시스템열 및xmax시스템열의 데이터형입니다. 트랜잭션(transaction) 식별자는 32 bit length입니다.
시스템이 사용하는 3번째의 식별자는cid, 즉 커멘드 식별자입니다. 이것은cmin시스템열 및cmax시스템열의 데이터형입니다. 커멘드 식별자도 32 bit length입니다.
시스템이 사용하는 마지막 식별자는tid, 즉 타풀 식별자(행 식별자)입니다. 이것은ctid시스템열의 데이터형입니다. 튜플 ID는 테이블내의 행의 물리적 위치를 식별하기 위한 조(블록 번호, 블록내의 타프르인젝스)입니다.
(시스템열의 자세한 것은Section 5.4으로 설명합니다. )