Re: Indirect indexes
От | Jim Nasby |
---|---|
Тема | Re: Indirect indexes |
Дата | |
Msg-id | 5ea2963e-c6cd-8986-34e1-f3f979b86851@BlueTreble.com обсуждение исходный текст |
Ответ на | Re: Indirect indexes ("Sven R. Kunze" <srkunze@mail.de>) |
Ответы |
Re: Indirect indexes
|
Список | pgsql-hackers |
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. -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Experts in Analytics, Data Architecture and PostgreSQL Data in Trouble? Get it in Treble! http://BlueTreble.com 855-TREBLE2 (855-873-2532) mobile: 512-569-9461
В списке pgsql-hackers по дате отправления: