Re: GiST insert algorithm rewrite
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, PostgreSQL-development <pgsql-hackers@postgresql.org>, Teodor Sigaev <teodor@sigaev.ru>, Oleg Bartunov <oleg@sai.msu.su>
Date: 2010-11-16T19:06:39Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
New feature:
- 0ad7db4be4b1 7.1.1 cited
On Tue, Nov 16, 2010 at 1:50 PM, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> wrote: >> If we start to enlarge the bounding boxes on the higher levels of the >> tree and then crash before inserting the key, is there any mechanism >> for getting them back down to the minimal size? > > No. There's also no mechanism for trimming the bounding boxes if a tuple is > deleted. Oh. So do the indexes just degrade over time until they eventually need to be REINDEX'd? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company