Re: [PATCHES] WITH RECURSIVE patch V0.1

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: [PATCHES] WITH RECURSIVE patch V0.1
Дата
Msg-id 87hccroafx.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: [PATCHES] WITH RECURSIVE patch V0.1  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: [PATCHES] WITH RECURSIVE patch V0.1  (Hans-Juergen Schoenig <postgres@cybertec.at>)
Список pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:

>> >> Couldn't we just have it pay attention to the existing
>> >> max_stack_depth?
>> >
>> > Recursive query does not consume stack. The server enters an infinite
>> > loop without consuming stack. Stack-depth error does not happen.
>>
>> We could have a separate guc variable which limits the maximum number of
>> levels of recursive iterations. That might be a useful feature for DBAs that
>> want to limit their users from issuing an infinite query.
>
> statement_timeout :)

Good point.

Though it occurs to me that if you set FETCH_COUNT in psql (or do the
equivalent in your code ) statement_timeout becomes much less useful.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Ask me about EnterpriseDB's On-Demand Production Tuning

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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: [PATCHES] WITH RECURSIVE patch V0.1
Следующее
От: Hannu Krosing
Дата:
Сообщение: Re: proposal: table functions and plpgsql