Re: SQL/MED - core functionality

Поиск
Список
Период
Сортировка
От Itagaki Takahiro
Тема Re: SQL/MED - core functionality
Дата
Msg-id AANLkTimLD_Q9i+C4xvA-t4CKRdaxX8-OXdc-mrg22aei@mail.gmail.com
обсуждение исходный текст
Ответ на Re: SQL/MED - core functionality  (Hitoshi Harada <umi.tanuki@gmail.com>)
Ответы Re: SQL/MED - core functionality  (Hitoshi Harada <umi.tanuki@gmail.com>)
Список pgsql-hackers
On Wed, Dec 1, 2010 at 12:30, Hitoshi Harada <umi.tanuki@gmail.com> wrote:
> From a user's view, this is very long way to see a simplest foreign
> table. I know it is based on the standard, but I really want a
> shortcut. Especially, I don't understand why CREATE USER MAPPING FOR
> current_user SERVER <server> is needed for default use case. If you
> forget CREATE USER MAPPING and do CREATE FOREIGN TABLE, it raises an
> error. User mapping is useful if the local user and remote user should
> be mapped but I imagine in most cases they are the same.
> postgresql_fdw can tell the remote user by conninfo string, in
> addition.

How do you connect to the remote server when password is required?
I think we cannot pass through passwords to the remote server
even if the same user is used on the local and remote servers.

However, SERVER and USER MAPPING might be useless for file_fdw because
SERVER is always the local file system and USER is always the OS's user
who started the postmaster. I'm not sure how we should treat cases
where those settings don't have any configurations.

-- 
Itagaki Takahiro


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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: profiling connection overhead
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: profiling connection overhead