full text index 관련 작업에 대한 테스팅은 실재 자료를 가지고 해봐야합니다.

intersect 때문에 속도가 떨어지지는 않는 것같습니다.

select num from fti where t like '가%'

intersect

select num from fti where t like '아%'

같이 각 개별 쿼리의 결과 자체가 많아서 속도가 떨어지는 것이지.

가장 테스팅 하기 좋은 곳이 이곳 oracle 게시판입니다. 오라클 게시판에서 검색 속도를 살펴보시면, 구현하려고 하는 방법이 틀리지 않았다는 것을 느끼지 않을까싶습니다.

검색어로 "가 & 아" 이런식의 무지막지한 검색결과를 요구하는 검색을 하지 않는다면 말이지요.

현재 full text index 에 대한 또 다른 방법을 생각중인데, (vector 로 처리 하는 방법) 이놈을 한번 구현해 보고, 이놈이 더 낫다면 이놈도 공개하도록 하지요.

(이론상으로는 지금 계획중인놈이 검색 속도는 약 4-6배 이상 빠를 것이라 예상되지만)

네.. 검색결과가 많아서인거 같습니다.

그렇다면.. 한가지만 더 물어보겠습니다.

intersect 와 distinct 와의 속도문제에 대해서인데..

intersect 를 사용한 이유는 distinct 와 마찬가지로

중복 데이타를 없애기 위함이었는데

(select a.id from main_table as a, fti as b where b.id like '가%' and a.id = b.id) intersect select id from main_table;

이런식으로 중복결과를 없앨려고 했었습니다.

또한 이와 대비적으로

select a.id from main_table as a, (select distinct on (id) id from fti where id like '가%') as b where a.id = b.id;

(쿼리가 맞는지 모르겠네요 아뭏든 이런식으로)

이렇게 해보니

intersect 보다도 아래의 경우가 좀 더 빨랐습니다.

아마도 결과는 같지만 쿼리문의 사용(?)이 속도를 상당히 저하 시키는거 같은데..

intersect 했을 당시 main_table 에는 10만여개,

그로 파생된 fti 에는 350 만개의 레코드가 들어있던상태였습니다.

똑같은 상황에서 똑같은 검색어로 검색해서

결과가 적은 경우, 많은 경우, 무지막지한 경우 등등에서

위와 같은 쿼리문일 경우 intersect 보다는 distinct 가 좀 더 빨랐던거 같네요..

아마도 intersect 를 무분별 사용해서 그런가...

전자의 경우는 fti 에서 검색하여 그것을 main 테이블과 조인하고

나온 결과를 다시 메인테이블 전체와 intersect 해버리는 것이고

후자의 경우는

fti 검색결과를 intersect 한 후 main 테이블과 조인하는 경우인데..

아마도 intersect 사용된 장소가 적합하지 않는 것일까요..?

p.s vecter 방식이라면...

tsearch2 에 언급된... 방식..?

아 위에 전자의 쿼리문 잘 못 써졌네요..

where b.id like '가%' and a.id = b.id 가 아니고

where b.fti like '가%' and a.id = b.id 입니다.

애구애구 후자도 마찬가지로 b.id like 가 아니라 b.fti like... 이고

그리고 main table 과의 조인문제는

main table 의 특정 컬럼을 소트해야(여기엔 없지만 실제 소스에서는 소트가 있습니다.) 하기 때문입니다.

그리고 vecter fti 도 기대할께요

참고 이곳 오라클 게시판에서의 검색 루틴의 한부분을 알려드릴게요.

select k as id from bd_47_fti where v like '부분%' intersect select k as id from bd_47_fti where v like '인덱스%' order by id desc

이렇게 fti 테이블에서 글번호들만 먼저 뽑아옵니다.

그리고는 해당 페이지 부분의 시작부분까지 건너띄고 페이지당 글갯수 만큼 다시 게시판 테이블에서 하나씩 가져옵니다. (쓰레드 표현하기 위해서)

이때, prepare, execute 구문을 이용합니다.

prepare getrow(int) as select id, subject, name, to_char(abstime(cdate), 'YYYY-MM-DD') as cdate,to_char(reads,'FM999,999,999,999') as reads, comments, deleted from bd_47 where id = $1

execute getrow(16763)

execute getrow(16574)

.....

이때 소용되는 시간이 웹 쪽 모든 작업을 다 해서 0.2초 정도네요.

물론 오라클 게시판 데이터가 10만건 정도는 아니지만, 게시물과 코멘트를 모두 합치면 약 5만건 정도는 될 듯싶네요.

여러가지 방법을 시도 해 보시고, 괜찮은 결과를 찾으셨으면, 이곳에 알려주시면 많은 분들이 도움을 받을 것같네요.