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를 사용하지
> > > 않는 것이 더 유리할까요?
> > >
|