RE: btree split logic is fragile in the presence of lar ge index items - Mailing list pgsql-hackers

From Hiroshi Inoue
Subject RE: btree split logic is fragile in the presence of lar ge index items
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: btree split logic is fragile in the presence of lar ge index items  (Tom Lane <[email protected]>)
Responses Re: btree split logic is fragile in the presence of lar ge index items
List pgsql-hackers
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]On
> Behalf Of Tom Lane
> 
> "Mikheev, Vadim" <[email protected]> writes:
> >> Do you not like the proposal I was suggesting?  I thought it 
> >> was pretty much what you said yourself a few months ago...
> 
> > Do not add TID to key but store key anywhere in duplicate chain and
> > just read lefter child page while positioning index scan, as we do
> > right now for partial keys?
> 
> > This will result in additional reads but I like it much more than
> > current "logic"...
>

What about unique key insertions ?

Regards.

Hiroshi Inoue


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Shared library search paths
Next
From: Chris Bitmead
Date:
Subject: Re: Re: [GENERAL] PRIMARY KEY & INHERITANCE (fwd)