Re: psql tab completion for updatable foreign tables

Поиск
Список
Период
Сортировка
От Dean Rasheed
Тема Re: psql tab completion for updatable foreign tables
Дата
Msg-id CAEZATCX2n+SDX_h9Bo3CrP+CpxYdTEdgLfoTkK=DnVPJOyoz0A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: psql tab completion for updatable foreign tables  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: psql tab completion for updatable foreign tables  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 17 October 2013 03:29, Peter Eisentraut <peter_e@gmx.net> wrote:
> On Mon, 2013-07-08 at 16:04 +0000, Dean Rasheed wrote:
>> There was concern that pg_relation_is_updatable() would end up opening
>> every relation in the database, hammering performance. I now realise
>> that these tab-complete queries have a limit (1000 by default) so I
>> don't think this is such an issue. I tested it by creating 10,000
>> randomly named auto-updatable views on top of a table, and didn't see
>> any performance problems.
>
> Even if performance isn't a problem, do we really want tab completion
> interfering with table locking?  That might be a step too far.
>

That's a good point. Currently it's calling pg_table_is_visible(),
which is doing similar work opening each relation, but it isn't
locking any of them.

> Personally, I think this is too fancy anyway.  I'd just complete all
> views and foreign tables and be done with it.  We don't inspect
> permissions either, for example.  This might be too confusing for users.
>

Yeah, I think you're probably right.

Regards,
Dean



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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: ERROR : 'tuple concurrently updated'
Следующее
От: Fabien COELHO
Дата:
Сообщение: Re: Multiple psql -c / -f options