serial 형식이 생긴지 오래지 않아서 인지..(아니면 제가 몰랐었던건지 --;;)

전 시리얼 형식을 잘쓰지 않습니다만.. 사실 아예 안썼습니다 --;;

제가 전까지 알던 시리얼 형식은..

자동으로 int 형식의 컬럼을 만들고 시퀀스를 생성하고 int 형식의 컬럼의 기본 값을 nextval(시퀀스) 로 해주는 것 뿐이라고 알고 있습니다..

단지 편의를 위해서만 존재하는 것 아닐까요 -_-;

7.4 메뉴얼에는 이렇습니다.

CREATE TABLE tablename (
    colname SERIAL
);

is equivalent to specifying:

CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
    colname integer DEFAULT nextval('tablename_colname_seq') NOT NULL
);

에.. 그러므로.. 일반적인 무분별한 상황(??) 이라면 보통 사용하는 것과 별 관계가 없을 듯 싶습니다.. -.-;;

아닌가요? -.-;;

시리형은 7.3.x 버전부터 하나의 독립된 자료형처럼 처리되었습니다.

내부적으로는 시퀀스를 만들고, 그 칼럼에 nextval 함수를 default 값으로 지정한다는 것은 옛날이나 지금이나 다른 것이 없지만,

7.3.x 부터는 serial 형으로 지정하면, 제약 조건이 하나 더 생겨서 테이블이 삭제 되면 시퀀스도 함께 삭제 되도록 하고, dump를 하게 되면, nextval 함수가 다시 serial로 표현되도록 합니다.

즉, 간단히 생각해서,

create table t (seq serial)

이놈과,

create sequence t_seq_seq

create table t (seq int default nextval('t_seq_seq'))

이 놈의 차이는

윗 쿼리가 시스템 카타로그에 제약조건 하나가 더 생기는 꼴이 되는 것입니다.

즉, 무지막지한 시퀀스 사용은 시스템 카타로그 자료들이 무지막지하게 쌓이게 된다는 것이겠지요. :)

시스템 카타로그 자료가 얼마만큼 쌓여야 시스템에 부하를 주는가는 모르겠습니다.

(제가 일하고 있는 곳에서는 한 데이터베이스에 약 2,000여개의 테이블이 있는데, 시스템 카타로그 테이블에서 인덱스 없이 쿼리를 사용해야할 경우는 조금 버벅거리기도 합니다.)

하지만,

일반적인 실무에서 대부분의 primary key를 serial 형으로 잡는다고 해서 db 서버에 영향을 많이 미친다고는 보지 않습니다. (개인적인 생각)

만일 누가 primary key의 자료형으로 무엇이 제일 보편적이고, 타당할까요? 라고 묻는다면, 저는 언제나 serial 형이라고 말합니다. 물론 예외들도 무진장 많겠지만.

아 그럼 상기님 이미

create sequence t_seq_seq

create table t (seq int default nextval('t_seq_seq'))

이렇게 생성된 컬럼에 serial 처럼 바꿀수 있도록 제약조건을 거는것은 혹시 가능한가요? ^^;;

contrib/adddepend

안에 있습니다.

소스가 너무 복잡해서 저는 해석이 불가능 하더군요. :(

serail 로 검색해 보시면, 쿼리 하나가 나오는데,

아무튼 시스템 카타로그 관련으로 훤히 꿰고 있어야 읽고 원하는대로 작업을 할 수 있을 듯싶습니다.

저는 귀찮아서 그냥 덤프받아서 다시 serail이라고 다시 고치고, 다시 새 db에 넣었습니다. (이게 속편한지라 - 이렇게 게을러지면 안되는데...)

기배님 상기님 감사합니다.

항상 많은 것을 배워가네요 ^^;;;

그리고, 마지막 귀찮아서..게을러지면 안되는데...

이말이 참 ^^; 가슴을 찌르네요.

두 분 모두 남은 한해 잘 보내시고, 새해 복 많이 받으세요.

그럼 즐~~