From: | Anton Krasikov <krasikov(at)gmail(dot)com> |
---|---|
To: | Dmitriy Igrishin <dmitigr(at)gmail(dot)com> |
Cc: | "Dmitry E(dot) Oboukhov" <unera(at)debian(dot)org>, pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Чистка таблиц |
Date: | 2012-01-07 11:36:12 |
Message-ID: | CAOgKZSjAWKhv0cd90gaLb8acKa-pnySYrYWxO+xLrB45MJPQ2A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
В данной ситуации действительно лучше всего использовать
партицирование. Тогда медленный DELETE заменяется просто на DROP.
--
Best regards,
Anton Krasikov
2012/1/7 Dmitriy Igrishin <dmitigr(at)gmail(dot)com>:
>
>
> 7 января 2012 г. 15:06 пользователь Dmitry E. Oboukhov <unera(at)debian(dot)org>
> написал:
>
>>
>> > Ну и удаляйте :-)
>> > Только ведь Вы хотите ускорения и не за счёт обновления
>> > оборудования? Ускорить можно за счёт разбиения одного
>> > индекса на множество, что позволит механизму исключения
>> > ограничений работать с более мелкими индексами и
>> > использовать меньший объём памяти. Смысл разбиения в этом.
>>
>> Мне вот непонятно, почему
>> 1. выборка происходит быстро
>> 2. добавление записей происходит быстро
>> 3. удаление происходит медленно
>>
>> может можно просто тюнингом индексов играть как-то?
>
> Удаление на самом деле обновляет каждую запись
> для последующего VACUUM. В этом плане, предпочтительнее
> использовать TRUNCATE там где это возможно, или же
> DROP TABLE ... на отдельную часть (в Вашем случае дочерней) таблицы.
>
> --
> // Dmitriy.
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Сергей Бурладя =?utf-8?B?0L0=?= | 2012-01-07 20:53:41 | Re: Чистка таблиц |
Previous Message | Dmitriy Igrishin | 2012-01-07 11:18:40 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Чистка таблиц |