Re: FDWs, foreign servers and user mappings

From: Shigeru Hanada <shigeru(dot)hanada(at)gmail(dot)com>
To: Joe Abbate <jma(at)freedomcircle(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: FDWs, foreign servers and user mappings
Date: 2012-03-08 05:06:41
Message-ID: 4F583E61.1080001@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

(2012/03/08 6:16), Joe Abbate wrote:
> Does that make sense? And if so, will it make sense in the future
> (considering potential FDW developments)?

I think that makes, and will make sense. Because SQL/MED standard
mentions about schema for only foreign table in "4.12 SQL-schemas" section.

FYI, pgAdmin III shows them as a tree like:

Database
FDW
Server
User Mapping
Schema
Foreign Table

> A related question was whether user mapping options, which may include
> sensitive data such as passwords, should be output by default. I'm not
> sure if this should extend to other FDW-related options, since a server
> option could presumably be a URI that includes logon information.

FDW options of user mappings are hidden from non-superusers for security
reason. So, I think it's reasonable to show every visible option for
the user who is used for the dbtoyaml invocation.

I'm not sure about other object types, but IMO secure information such
as URI which includes password should be stored in user mappings rather
than servers.

Regards,
--
Shigeru Hanada

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Aleksey Tsalolikhin 2012-03-08 05:24:46 Re: Re: A 154 GB table swelled to 527 GB on the Slony slave. How to compact it?
Previous Message Aleksey Tsalolikhin 2012-03-08 05:01:03 Re: [Slony1-general] A 154 GB table swelled to 527 GB on the Slony slave. How to compact it?