Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [p

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: [p
Date: 2012-01-07 11:36:12
Message-ID: CAOgKZSjAWKhv0cd90gaLb8acKa-pnySYrYWxO+xLrB45MJPQ2A@mail.gmail.com (view raw or flat)
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.
>
>

In response to

pgsql-ru-general by date

Next:From: Сергей Бурладя =?utf-8?B?0L0=?=Date: 2012-01-07 20:53:41
Subject: Re: Чистка таблиц
Previous:From: Dmitriy IgrishinDate: 2012-01-07 11:18:40
Subject: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [p

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group