Re: DELETE vs TRUNCATE explanation

Поиск
Список
Период
Сортировка
От Shaun Thomas
Тема Re: DELETE vs TRUNCATE explanation
Дата
Msg-id 4FFDE659.7040104@optionshouse.com
обсуждение исходный текст
Ответ на Re: DELETE vs TRUNCATE explanation  (Craig James <cjames@emolecules.com>)
Ответы Re: DELETE vs TRUNCATE explanation  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-performance
On 07/11/2012 03:18 PM, 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?

Test systems. Any company with even a medium-size QA environment will
have continuous integration systems that run unit tests on a trash
database hundreds or thousands of times through the day. Aside from
dropping/creating the database via template, which would be *really*
slow, truncate is the easiest/fastest way to reset between tests.

If TRUNCATE suddenly started defaulting to DELETE on small table-sets
and several iterations led to exponential index growth, that would be
rather unfortunate.

--
Shaun Thomas
OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604
312-444-8534
sthomas@optionshouse.com



______________________________________________

See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email

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

Предыдущее
От: Craig James
Дата:
Сообщение: Re: DELETE vs TRUNCATE explanation
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: DELETE vs TRUNCATE explanation