Re: DELETE vs TRUNCATE explanation - Mailing list pgsql-performance

From Mark Thornton
Subject Re: DELETE vs TRUNCATE explanation
Date
Msg-id 4FFDF0F1.9010005@optrak.com
Whole thread Raw
In response to Re: DELETE vs TRUNCATE explanation  (Craig James <cjames@emolecules.com>)
Responses Re: DELETE vs TRUNCATE explanation
List pgsql-performance
On 11/07/12 21:18, Craig James wrote:
>
> It strikes me as a contrived case rather than a use case.  What sort
> of app repeatedly fills and truncates a small table thousands of times
> ... other than a test app to see whether you can do it or not?
If I have a lot of data which updates/inserts an existing table but I
don't know if a given record will be an update or an insert, then I
write all the 'new' data to a temporary table and then use sql
statements to achieve the updates and inserts on the existing table.

Is there a better way of doing this in standard SQL?

Mark



pgsql-performance by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: DELETE vs TRUNCATE explanation
Next
From: Craig James
Date:
Subject: Re: DELETE vs TRUNCATE explanation