Re: Max size of a btree index entry

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Max size of a btree index entry
Дата
Msg-id 17034.1153352354@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Max size of a btree index entry  ("Jim C. Nasby" <jnasby@pervasive.com>)
Список pgsql-hackers
"Jim C. Nasby" <jnasby@pervasive.com> writes:
> Could you not just scan right and see what the first key was? Thought
> granted, that means there's a chance of a wasted page scan, but I think
> that'd be somewhat of a corner case, so it might not be bad.

No, because (a) that confuses the first key that happens to be on a page
with its keyspace boundary --- what happens when you need to delete that
data key? and (b) because of locking considerations, you don't want to
move right and then have to back up.  You'd have to hold lock on the
first page while reading in the second, which makes for a nontrivial
performance hit.
        regards, tom lane


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: How does the planner deal with multiple possible indexes?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Freezing tuples on pages dirtied by vacuum