Re: website doc search is extremely SLOW

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: website doc search is extremely SLOW
Дата
Msg-id 200401010101.i0111Fw08826@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: website doc search is extremely SLOW  ("Marc G. Fournier" <scrappy@postgresql.org>)
Ответы Mnogosearch (Was: Re: website doc search is ... )  ("Marc G. Fournier" <scrappy@postgresql.org>)
Список pgsql-general
Marc G. Fournier wrote:
> On Wed, 31 Dec 2003, Bruce Momjian wrote:
>
> > > Out of everything I've found so far, mnogosearch is one of the best ... I
> > > just wish I could figure out where the bottleneck for it was, since, from
> > > reading their docs, their method of storing the data doesn't appear to be
> > > particularly off.  I'm tempted to try their caching storage manager, and
> > > getting away from SQL totally, but I *really* want to showcase PostgreSQL
> > > on this :(
> >
> > Well, PostgreSQL is being un-showcased in the current setup, that's for
> > sure.  :-(
>
> Agreed ... I could install the MySQL backend, whichits designed for, and
> advertise it as PostgreSQL? :)

I would be curious to know if it is faster --- that would tell use if it
is tuned only for MySQL.

Have you tried CLUSTER?  I think the MySQL ISAM files are
auto-clustered, and clustering is usually important for full-text
searches.


--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

В списке pgsql-general по дате отправления:

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: website doc search is extremely SLOW
Следующее
От: "Chris Travers"
Дата:
Сообщение: Re: Bug and/or feature? Complex data types in tables...