Re: [Feature Request] \dx show "options"

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Emanuel Calvo <postgres(dot)arg(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [Feature Request] \dx show "options"
Date: 2011-11-14 16:16:13
Message-ID: CA+Tgmoas1BhGMEFxoVnDm19rtz-1-20TAcGZg=U8FvX-XKywZQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Nov 14, 2011 at 10:45 AM, Emanuel Calvo <postgres(dot)arg(at)gmail(dot)com> wrote:
> 2011/11/10 Robert Haas <robertmhaas(at)gmail(dot)com>:
>> On Wed, Nov 9, 2011 at 12:31 PM, Emanuel Calvo <postgres(dot)arg(at)gmail(dot)com> wrote:
>>>> \dew+ lists the actual options supplied to a foreign data wrapper already.
>>>
>>> Checked, but the options doesn't appear (the column exists, but is empty).
>>
>> Well, that just means that you didn't specify any options when you ran
>> CREATE FOREIGN DATA WRAPPER.
>>
>> rhaas=# create foreign data wrapper dummy options (foo 'bar');
>> CREATE FOREIGN DATA WRAPPER
>> rhaas=# \dew+
>>                            List of foreign-data wrappers
>>  Name  | Owner | Handler | Validator | Access privileges | FDW Options
>> | Description
>> -------+-------+---------+-----------+-------------------+-------------+-------------
>>  dummy | rhaas | -       | -         |                   | (foo 'bar') |
>> (1 row)
>>
>> I'm not sure we're talking about the same thing, though.
>>
>
> No. I thought 'options' were the parameters when you create a fdw (example:
> host, port, file, etc).

Each FDW can make its own decisions about which options it wants to
support - the core server support doesn't know anything about how the
data will be used. You can set options on the FDW level, the server
level, the foreign table level, and maybe a few other places.
Normally I would expect things like host and port to be set on the
server level, rather than the foreign data wrapper level.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Rudyar 2011-11-14 16:21:54 Re: star join optimization
Previous Message Greg Smith 2011-11-14 16:09:40 Re: star join optimization