답변은 아니구요.. 참고하시라구요..

DB에서 그정도 검색속도는 당연하다고 봅니다.

몰론 DB튜닝으로 어느정도 속도를 향상 시킬수는 있지만,

like 검색은 워낙에 모든 데이타들을 모두 읽어서 검색하는 패턴매칭 방식이기때문에

건수가 늘어나면 늘어날수록 퍼포먼스는 떨어지죠.

그래서 웬만한 곳에선 DBMS와 함께 검색엔진이 필수로 들어갑니다.

그러나, like검색이 아닌 '='검색의 경우에는 DB가 검색엔진보다 더 빠를수도 있죠.

ps. 제가 있는곳이 검색엔진을 다루는 곳이라서 한마디 적어봤습니다.

>>호치 님께서 쓰시길<<

:: 오랜만에 또 질문이군요.. ^^;

::

:: 다름이 아니라 인포믹스 DB의 search 속도가 넘 느려요...

::

:: 13만건 정도의 데이타를 like 검색

:: ( select count(id) from test where title like '%%검색%%' )

:: 하는데 무려 13초가 걸리더군요..

:: 물론 index하고 statistics도 해 주었구요..

:: 레코드 길이도 많이 길지 않습니다.

:: 시스템 사양은 CPU * 2 , 메모리 512입니다.

::

:: 원래 이렇게 느린건지.. 아님 인포믹스 설정에 문제가 있는건지?

:: 아님 DB설계에 문제가 있는건지...

:: 쩝접... 속도때문에 LDAP를 생각하고 있느데.. 에궁.. 걱정이네엽..

:: 고수님들의 고견을 듣고 싶습니다.. ^^;

::

::

::