Re: Proposal: Progressive explain
От | Robert Haas |
---|---|
Тема | Re: Proposal: Progressive explain |
Дата | |
Msg-id | CA+TgmoZ51Hc7o_vFo8rbPqkLpSVzH6i=ccPrt2mHBPyk=zMxwQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Proposal: Progressive explain (Rafael Thofehrn Castro <rafaelthca@gmail.com>) |
Ответы |
Re: Proposal: Progressive explain
|
Список | pgsql-hackers |
On Tue, Mar 25, 2025 at 8:52 PM Rafael Thofehrn Castro <rafaelthca@gmail.com> wrote: > This first version of the progressive explain feature was designed to only keep > track of initial query called by the backend, ignoring all subquery calls. So > I believe we don't need to worry about having to add custom logic in > AbortSubTransaction(). In case query errors out AbortTransaction() will be called > and everything related to progressive explains will be cleaned. Suppose: BEGIN; SELECT 1; SAVEPOINT bob; progressively explain something that aborts I think in this case we will call AbortSubTransaction(), not AbortTransaction(). -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: