Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit
Дата
в 01:13:48
Msg-id
200805070412.m474Ca606609@momjian.us
Ответ на
Список
Дерево обсуждения
Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit Tom Lane <tgl@sss.pgh.pa.us>
Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit Bruce Momjian <bruce@momjian.us>
Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit Teodor Sigaev <teodor@sigaev.ru>
Re: [BUGS] BUG #3975: tsearch2 index should not bomb out of 1Mb limit Bruce Momjian <bruce@momjian.us>

Added to TODO:

        o Consider changing error to warning for strings larger than one
          megabyte

          http://archives.postgresql.org/pgsql-bugs/2008-02/msg00190.php
          http://archives.postgresql.org/pgsql-patches/2008-03/msg00062.php


---------------------------------------------------------------------------

Tom Lane wrote:
> Bruce Momjian  writes:
> > Tom Lane wrote:
> >> I don't think that follows.  A tsearch index is lossy anyway, so there's
> 
> > Uh, the index is lossy but I thought it was lossy in a way that just
> > required additional heap accesses, not lossy in that it doesn't index
> > everything.
> 
> Sure it's lossy.  It doesn't index stopwords, and it doesn't index the
> difference between various forms of a word (when the dictionaries reduce
> them to a common root).
> 
> > I am concerned a 1mb limit is too low though.  Exactly why can't we have
> > a higher limit?  Is positional information that significant?
> 
> That's pretty much exactly the point: it's not very significant, and it
> doesn't justify a total inability to index large documents.
> 
> One thing we could do is index words that are past the limit but not
> store a position, or perhaps have the convention that the maximum
> position value means "somewhere past here".
> 
> 			regards, tom lane
> 
> -- 
> Sent via pgsql-patches mailing list (pgsql-patches@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-patches

-- 
  Bruce Momjian          http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления
От: Andrew Dunstan
Дата:
Сообщение: Re: column level privileges
От: Bruce Momjian
Дата:
FAQ