Re: Progress on fast path sorting, btree index creation time
Bruce Momjian <bruce@momjian.us>
From: Bruce Momjian <bruce@momjian.us>
To: Peter Geoghegan <peter@2ndquadrant.com>
Cc: Robert Haas <robertmhaas@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>, PG Hackers <pgsql-hackers@postgresql.org>
Date: 2012-02-07T00:21:22Z
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 →
-
During btree index build, sort equal-keyed tuples according to their
- fbac1272b89b 8.0.0 cited
On Mon, Feb 06, 2012 at 06:43:04PM -0500, Bruce Momjian wrote: > On Mon, Feb 06, 2012 at 10:49:10PM +0000, Peter Geoghegan wrote: > > On 6 February 2012 21:19, Bruce Momjian <bruce@momjian.us> wrote: > > > Peter Geoghegan obviously has done some serious work in improving > > > sorting, and worked well with the community process. > > > > Thank you for acknowledging that. > > > > It's unfortunate that C does not support expressing these kinds of > > ideas in a more natural way. > > Yes, it is a problem, and a benefit. We have avoided C++ because these > types of trade-offs that we are discussing are often done invisibly, so > we can't make the decision ourselves. Let me add that while it is fine for languages like C++ to make these decisions for application code automatically, operating systems and high-performance databases developers prefer to make such decisions explicitly, which is what we are discussing now. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +