User mapping

Поиск
Список
Период
Сортировка
От Guillaume Lelarge
Тема User mapping
Дата
Msg-id 4D8A6FC9.6070705@lelarge.info
обсуждение исходный текст
Ответы Re: User mapping  (Thom Brown <thom@linux.com>)
Re: User mapping  (Dave Page <dpage@pgadmin.org>)
Список pgadmin-hackers
Hi,

I'm looking at adding user mapping support. My first idea was to add
them as children of foreign servers, but it doesn't seem this was a
really good idea. They have no OIDs, no owners, no comments... geez, no
nothing actually. They don't seem like objects, meaning they can't be in
their own node (with no OID, refresh wouldn't work for example).

My second idea was to add a "User mapping" tab on the foreign server
dialog, so that we could directly add user mapping to servers. It still
seems a good idea to me.

SQL commands are quite simple:

CREATE USER MAPPING FOR { user_name | USER | CURRENT_USER | PUBLIC }
    SERVER server_name
    [ OPTIONS ( option 'value' [ , ... ] ) ]

ALTER USER MAPPING FOR { user_name | USER | CURRENT_USER | PUBLIC }
    SERVER server_name
    OPTIONS ( [ ADD | SET | DROP ] option ['value'] [, ... ] )

DROP USER MAPPING [ IF EXISTS ] FOR { user_name | USER | CURRENT_USER |
PUBLIC } SERVER server_name

There's something that bugs me right now: the OPTIONS clause. Can't
think of a good UI for it.

Do you think user mapping should have its own node? or that we could
handle them in a tab of the foreign server dialog?

I'll be glad to hear about any ideas you could have on this subject :)

Thanks.


--
Guillaume
 http://www.postgresql.fr
 http://dalibo.com

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

Предыдущее
От: "pgAdmin Trac"
Дата:
Сообщение: Re: [pgAdmin III] #142: Support for SQL/Med objects
Следующее
От: Thom Brown
Дата:
Сообщение: Re: User mapping