Re: autocommit vs TRUNCATE et al

Поиск
Список
Период
Сортировка
От Lamar Owen
Тема Re: autocommit vs TRUNCATE et al
Дата
Msg-id 200210192243.16899.lamar.owen@wgcr.org
обсуждение исходный текст
Ответ на Re: autocommit vs TRUNCATE et al  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: autocommit vs TRUNCATE et al
Список pgsql-hackers
On Friday 18 October 2002 11:25 pm, Tom Lane wrote:
> Gavin Sherry <swm@linuxworld.com.au> writes:
> > On Fri, 18 Oct 2002, Tom Lane wrote:
> >> Anyone see a way out of this catch-22?  If not, which is the least
> >> bad alternative?

> > Ultimately, fix TRUNCATE to be transaction safe. This is non-trivial,
> > I know :-).

> I was about to say that the entire *point* of TRUNCATE is to be
> transaction-unsafe ;-)

I actually was considering using a transaction-safe TRUNCATE in an application 
involving daily imports of 170MB of data into a set of linked tables.  Since 
the import takes a finite amount of time, it would be nice to have the 
previous data available while the new is being imported.  And TRUNCATE is 
significantly faster than DELETE over 170MB of data.
-- 
Lamar Owen
WGCR Internet Radio
1 Peter 4:11


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: DBD::PG - any works to be compatile with 7.3 ?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: autocommit vs TRUNCATE et al