Re: Implemented current_query

Поиск
Список
Период
Сортировка
От Tomas Doran
Тема Re: Implemented current_query
Дата
Msg-id F76AB90C-259D-4C2E-9AFE-0D8E8A26847D@bobtfish.net
обсуждение исходный текст
Ответ на Re: Implemented current_query  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Implemented current_query  (Bruce Momjian <bruce@momjian.us>)
Re: Implemented current_query  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-patches
On 10 May 2007, at 03:09, Alvaro Herrera wrote:
> FWIW I think you should still provide dblink_current_query, even if
> it's
> only a wrapper over current_query(), for backwards compatibility.

Good point. Done as suggested (I think, or did you mean also the
change of instances to use current_query()?). Replaced
dblink_current_query with an SQL procedure wrapper, I assume that's
the most efficient way of doing it?

> Also, typically we don't remove items from the TODO list.  We mark
> them
> as "done" prepending them with a dash.  Patch authors are not expected
> to do it either (though I don't see it be a problem if they did).

Not quite sure what you're suggesting (which way round), so I just
didn't do it (as you said I'm not expected to).

> Doesn't matter ... just make sure duplicate_oids doesn't report a
> problem.  unused_oids is useful to find, err, unused OIDs.

Ahh, hadn't found those, thanks. They're in the dev FAQ too, *blush*.
I need this for something I'm doing at $ork, and thought I'd
implement it in the backend, as well as a .so, it's been a learning
experience :)

>>> * AFAIK debug_query_string() still does the wrong thing when the
>>> user
>>
>> Should that be added to the TODO list?
>
> Probably ...

Done!

Cheers
Tom


Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: updated WIP: arrays of composites
Следующее
От: Robert Treat
Дата:
Сообщение: Re: Have vacuum emit a warning when it runs out of maintenance_work_mem