Re: Bugs/slowness inserting and indexing cubes
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Jay Levitt <jay.levitt@gmail.com>, pgsql-hackers@postgresql.org
Date: 2012-02-08T20:36:45Z
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 →
-
pg_dump: Further reduce reliance on global variables.
- 1631598ea204 9.2.0 cited
-
Fix postmaster to attempt restart after a hot-standby crash.
- ef19c9dfaa99 9.1.3 cited
Robert Haas <robertmhaas@gmail.com> writes: > I guess. I think the compelling reason to do ambuildempty first is > that it's fast. So might as well. I think you'e just going to end up > hard-wiring the assumption that ambuild happens before ambuildempty, Well, no, because I'm proposing that both functions throw this error. > which doesn't seem any better than the other way around, but I don't > care enough to argue about if you feel strongly about it. What's ugly about this solution is the duplicative ereport calls. But at least the ugliness is confined to its source, ie gist. regards, tom lane