Re: autovacuum ignore tables
От | Sriram Dandapani |
---|---|
Тема | Re: autovacuum ignore tables |
Дата | |
Msg-id | 6992E470F12A444BB787B5C937B9D4DF060E5C95@ca-mail1.cis.local обсуждение исходный текст |
Ответ на | autovacuum ignore tables ("Sriram Dandapani" <sdandapani@counterpane.com>) |
Ответы |
Re: autovacuum ignore tables
|
Список | pgsql-admin |
The jdbc inserts go into the main parent table and check constraints redirect them to child tables. If I were to drop the rule, that would immediately affect the inserts and they would go the the parent table. And I cannot lock the parent due to the problem I mentioned earlier. -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: Friday, September 29, 2006 2:38 PM To: Sriram Dandapani Cc: Matthew T. O'Connor; pgsql-admin@postgresql.org Subject: Re: [ADMIN] autovacuum ignore tables "Sriram Dandapani" <sdandapani@counterpane.com> writes: > Real question is: Why do the INSERTS go into wait state as soon as the > lock table statement is issued on the parent? If you were just inserting directly into other child tables, a lock on either the parent or the target child table shouldn't affect them. I wonder if you are using conditional rules to redirect the inserts, and the rules include a reference to the target table? If that's the case, you really need to drop the relevant rule before you remove the child table, anyway. regards, tom lane
В списке pgsql-admin по дате отправления: