CREATE UNIQUE INDEX active_sessions_pkey

ON active_sessions (sid,name);

명령어 만으로도 원하시는 결과를 얻을 수 있습니다. acm 은 따로 지정하지 않으면 btree 를 이용하기 때문입니다. 꼭 필요한 경우가 아니라면 두개의 필드에 대한 복합 인덱스 생성은 하지 마시기 바랍니다. :/)

> CREATE TABLE "active_sessions" (

> "sid" character varying(32) DEFAULT '' NOT NULL,

> "name" character varying(32) DEFAULT '' NOT NULL,

> "val" text,

> "changed" character varying(14) DEFAULT '' NOT NULL);

> CREATE UNIQUE INDEX "active_sessions_pkey" on "active_sessions" using

> btree ( "sid" "varchar_ops", "name" "varchar_ops" );

>

> 이렇게 하여 테이블을 생성하였습니다.

> 이 테이블은 사용자 로그인 정보를 담고 있고요..

> 제가 만든 것이 아니라서.. 정확한 것은 잘 모르겠네요.

> 그런데 index on 명령은 어떤 걸 뜻하는건지요..

> 위의 CREATE UNIQUE INDEX .. 를 말씀하시나요?

>

> > drop index 명령어로 drop 시키고 index on 명령어로 다시 인덱스를 만

> 들

> > 어 주세요. 그런데 어떻게 인덱스를 만들었길래 그렇게 크지요.

> >

> > > vacuum 을 실행시켜주어도 index 파일의 크기가 디비 파일 크기보다

> > > 10배 정도 더 큽니다. ㅠ.ㅠ

> > > 이렇다면 index를 만들어 주는 의미가 없쟎아요?

> > > index를 다시 정리해 주는 명령 같은 것은 없나요?

> > >

> > > 레코드가 자주 갱신되거나 삭제된다면 오히려 index를 사용하지

> > > 않는 것이 더 유리할까요?

> > >