Re: Delete Enhancement Request

Поиск
Список
Период
Сортировка
От Shreeyansh Dba
Тема Re: Delete Enhancement Request
Дата
Msg-id CAGDYbUMj06JYF+XLiaba36JyCgTa3iViJaXDjS2MiqKofB9gZg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Delete Enhancement Request  (Sridhara KB <sridhara.kb@digitalapicraft.com>)
Ответы Re: Delete Enhancement Request  (Ron <ronljohnsonjr@gmail.com>)
Список pgsql-admin
Hi Sridhara,

For an incremental backup, you can use pgBackRest.

Please go through the below link...
https://pgbackrest.org/

Thanks & Regards,
Shreeyansh DBA Team
www.shreeyansh.com


On Tue, Jan 15, 2019 at 9:26 PM Sridhara KB <sridhara.kb@digitalapicraft.com> wrote:
Hi can anyone help me to get incremental backup without using third party tool like barman , rman etc...

Thank you,
Sridhara k.b

On 14-Jan-2019, at 9:38 PM, Ron <ronljohnsonjr@gmail.com> wrote:

On 1/14/19 9:18 AM, Campbell, Lance wrote:

Please consider adding this feature to PostgreSQL.

 

Use Case:

When deleting a large number of records with constraints and triggers PostgreSQL is exceptionally slow.

 

Suggested change:

I believe a way to speed this processes up would be to offer an option a user could “turn on” prior to doing the delete. 

 

Example:  set delete-no-roll-back=true

 

Now as PostgreSQL deletes rows it literally deletes them one at a time as though the user was only deleting a single row.  This means that if cancel were executed on a delete action then it would only roll back the current row that PostgreSQL was in the process of deleting.  Example:  if you had 10 million row to delete and then pressed cancel after three minutes maybe 5 million are deleted.


You seem to be asking for an unlogged transaction, but that doesn't have anything to do with efficiently deleting rows.


--
Angular momentum makes the world go 'round.

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

Предыдущее
От: Sridhara KB
Дата:
Сообщение: Re: Delete Enhancement Request
Следующее
От: Mark Phillips
Дата:
Сообщение: managing multiple db developers