Why CASCADE constraint takes more time when table is loaded with huge records?

Поиск
Список
Период
Сортировка
От Siva Palanisamy
Тема Why CASCADE constraint takes more time when table is loaded with huge records?
Дата
Msg-id 90F0F47595235141A4380FCF01B0185B2243F4C780@CHN-HCLT-EVS07.HCLT.CORP.HCL.IN
обсуждение исходный текст
Ответы Re: Why CASCADE constraint takes more time when table is loaded with huge records?  (David Johnston <polobo@yahoo.com>)
Список pgsql-general

Hi ya,

 

As I had raised a question here at ‘Please recommend the best bulk-delete option’ (http://stackoverflow.com/questions/8172101/please-recommend-the-best-bulk-delete-option), CASCADE constraint is the one that prevents me to delete all the records in all the tables when they were loaded with bulk records. Is there any reason for why CASCADE takes time when DELETE FROM table1; Or TRUNCATE table1 CASCADE is attempted? FYI, I'm using PostgreSQL 8.1.4. Though outdated, when I remove CASCADE constraint in my table structures (listed in the top link), both DELETE and TRUNCATE queries work fine and completes quickly. However, CASCADE is what I needed! I can't just remove the constraint. Please help me on this.

 

Regards,

Siva.



::DISCLAIMER::
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.

-----------------------------------------------------------------------------------------------------------------------

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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: VACUUM touching file but not updating relation
Следующее
От: Enrico Sirola
Дата:
Сообщение: Re: wal archiving on a hot-standby server