Re: Bugs/slowness inserting and indexing cubes - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Bugs/slowness inserting and indexing cubes
Date
Msg-id 220.1328733405@sss.pgh.pa.us
Whole thread Raw
In response to Re: Bugs/slowness inserting and indexing cubes  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [GENERAL] pg_dump -s dumps data?!
Next
From: Marti Raudsepp
Date:
Subject: Re: [PATCH] Enable min/max optimization for bool_and/bool_or/every