Re: Default connection parameters for postgres_fdw and dblink

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Default connection parameters for postgres_fdw and dblink
Date: 2013-03-22 19:55:08
Message-ID: 29255.1363982108@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Jeff Davis <pgsql(at)j-davis(dot)com> writes:
> On Fri, 2013-03-22 at 12:19 -0400, Tom Lane wrote:
>> Is there a better way to handle all this? It may be too late to rethink
>> dblink's behavior anyhow, but perhaps it's not too late to change
>> postgres_fdw. I think though that once we let 9.3 out the door, it
>> *will* be too late to make any major changes, because postgres_fdw's
>> usage is going to go through the roof now that it can do remote updates.

> The first thing that occurs to me is to have postgres_fdw install some
> GUCs with reasonable defaults.

If there's anything I've learned in the last dozen years, it's that GUCs
with application-visible semantic effects are dangerous. If the
semantic effects are relevant to security, that's probably even worse.

> Perhaps the default could be a magic value that is replaced by the
> current user or something (similar to search_path).

That seems like just an overcomplicated form of my suggestion that the
default should be the current user's name.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Merlin Moncure 2013-03-22 20:09:09 Re: Page replacement algorithm in buffer cache
Previous Message Greg Stark 2013-03-22 19:54:23 Re: dump, restore, dump yields differences