Re: psql tab completion for updatable foreign tables - Mailing list pgsql-hackers

From Dean Rasheed
Subject Re: psql tab completion for updatable foreign tables
Date
Msg-id CAEZATCX2n+SDX_h9Bo3CrP+CpxYdTEdgLfoTkK=DnVPJOyoz0A@mail.gmail.com
Whole thread Raw
In response to Re: psql tab completion for updatable foreign tables  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: psql tab completion for updatable foreign tables  (Robert Haas <robertmhaas@gmail.com>)
List 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 by date:

Previous
From: Amit Kapila
Date:
Subject: Re: ERROR : 'tuple concurrently updated'
Next
From: Fabien COELHO
Date:
Subject: Re: Multiple psql -c / -f options