Re: [GENERAL] Creation of tsearch2 index is very

Поиск
Список
Период
Сортировка
От David Lang
Тема Re: [GENERAL] Creation of tsearch2 index is very
Дата
Msg-id Pine.LNX.4.62.0601211204300.4943@qnivq.ynat.uz
обсуждение исходный текст
Ответ на Re: [GENERAL] Creation of tsearch2 index is very  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [GENERAL] Creation of tsearch2 index is very  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Sat, 21 Jan 2006, Tom Lane wrote:

> Ron <rjpeace@earthlink.net> writes:
>> At 07:23 PM 1/20/2006, Tom Lane wrote:
>>> Well, we're trying to split an index page that's gotten full into
>>> two index pages, preferably with approximately equal numbers of items in
>>> each new page (this isn't a hard requirement though).
>
>> Maybe we are over thinking this.  What happens if we do the obvious
>> and just make a new page and move the "last" n/2 items on the full
>> page to the new page?
>
> Search performance will go to hell in a handbasket :-(.  We have to make
> at least some effort to split the page in a way that will allow searches
> to visit only one of the two child pages rather than both.

does the order of the items within a given page matter? if not this sounds
like a partial quicksort algorithm would work. you don't need to fully
sort things, but you do want to make sure that everything on the first
page is 'less' then everything on the second page so you can skip passes
that don't cross a page boundry

> It's certainly true though that finding the furthest pair is not a
> necessary component of that.  It's reasonable if you try to visualize
> the problem in 2D or 3D, but I'm not sure that that geometric intuition
> holds up in such a high-dimensional space as we have here.

I will say that I'm not understanding the problem well enough to
understand themulti-dimentional nature of this problem.

David Lang

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

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: [GENERAL] Creation of tsearch2 index is very slow
Следующее
От: Ümit Öztosun
Дата:
Сообщение: Slow queries consisting inner selects and order bys & hack to speed up