Re: TRUNCATE SERIALIZABLE and frozen COPY - Mailing list pgsql-hackers

From Tom Lane
Subject Re: TRUNCATE SERIALIZABLE and frozen COPY
Date
Msg-id 17719.1352492596@sss.pgh.pa.us
Whole thread Raw
In response to Re: TRUNCATE SERIALIZABLE and frozen COPY  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> Just having an option to preload frozen tuples dodges all of these
> issues by throwing our hands up in the air, but it does have the
> advantage of being more general.  Even if we do that I'm not sure it
> would be a bad thing to try to solve this issue in a somewhat more
> principled way, but it would surely reduce the urgency.

Yeah.  ISTM the whole point of TRUNCATE is "I don't care about
serializability for this operation, give me efficiency instead".
So I see nothing wrong with a (non-default) option for COPY that
similarly trades away some semantic guarantees for efficiency's sake.
There are an awful lot of bulk-load scenarios where people will gladly
take that trade, and are not very interested in halfway points either.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Jon Erdman
Date:
Subject: Re: My first patch! (to \df output)
Next
From: Simon Riggs
Date:
Subject: Re: TRUNCATE SERIALIZABLE and frozen COPY