Re: Indirect indexes

Поиск
Список
Период
Сортировка
От Sven R. Kunze
Тема Re: Indirect indexes
Дата
Msg-id ed09525b-2772-77a1-b1aa-5598767e475d@mail.de
обсуждение исходный текст
Ответ на Re: Indirect indexes  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Список pgsql-hackers
On 21.10.2016 22:54, Jim Nasby wrote:
> On 10/21/16 2:48 PM, Sven R. Kunze wrote:
>>
>>> You don't need that limitation (and vacuum will be simpler) if you add
>> the PK as another key, akin to:
>>>
>>> CREATE INDIRECT INDEX idx ON tab (a, b, c);
>>>
>>> turns into
>>>
>>> CREATE INDEX idx ON tab (a, b, c, pk);
>>
>>
>> I know I am late to this point but I wanted to present my mere user's
>> point of view.
>>
>> First I liked it, as does not introduce yet another syntax to learn.
>
> I believe you mis-understood what Claudio was saying. He's not
> suggesting an index with the PK on the end magically becomes an indirect
> index; he was saying that a "simple" way to overcome the 6 byte index
> TID limitation would be to store the PK as part of the index key. He
> used existing DDL to illustrate that, but that was just for
> illustration, not how this would actually be implemented.

Alright. Thanks for clarifying. :)

Cheers,
Sven



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

Предыдущее
От: David Steele
Дата:
Сообщение: Re: Renaming of pg_xlog and pg_clog
Следующее
От: Tom Lane
Дата:
Сообщение: Re: On conflict update & hint bits