Re: removal of dangling temp tables
От | Robert Haas |
---|---|
Тема | Re: removal of dangling temp tables |
Дата | |
Msg-id | CA+TgmobVaOiPKdPB8Rk0P5JJY9+WfGqVn0XK+DS5sdH-dVgH+A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: removal of dangling temp tables (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: removal of dangling temp tables
|
Список | pgsql-hackers |
On Fri, Dec 14, 2018 at 12:27 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > Hmm, I think in the case covered by your commit, that is a session that > crashes with a few thousands of temp tables, this new patch might cause > a failure to open a new session altogether. Oh, good point. Or if the catalog is corrupted. > Maybe it'd be better to change temp table removal to always drop > max_locks_per_transaction objects at a time (ie. commit/start a new > transaction every so many objects). We're basically just doing DROP SCHEMA ... CASCADE, so I'm not sure how we'd implement that, but I agree it would be significantly better. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: