| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Yeb Havinga <yebhavinga(at)gmail(dot)com> |
| Cc: | Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp>, PgHacker <pgsql-hackers(at)postgresql(dot)org>, Joshua Brindle <jbrindle(at)tresys(dot)com> |
| Subject: | Re: [v9.2] Add GUC sepgsql.client_label |
| Date: | 2012-01-31 13:06:51 |
| Message-ID: | CA+TgmoYWEGrvoSU+HnzCSbjaXDwe1qrEE3QLSfGG3HLize-hyg@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Jan 31, 2012 at 4:36 AM, Yeb Havinga <yebhavinga(at)gmail(dot)com> wrote:
> What about always allowing a transition to the default / postgresql.conf
> configured client label, so in the case of errors, or RESET, the transition
> to this domain is hardcoded to succeed. This would also be useful in
> conjunction with a connection pooler. This would still allow the option to
> prevent a back transition to non-default client labels.
I don't think you can make that work, because someone can still
attempt to RESET to a different value, and it's still not safe to make
that fail.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2012-01-31 13:17:40 | Re: foreign key locks, 2nd attempt |
| Previous Message | Robert Haas | 2012-01-31 12:36:46 | Re: [HACKERS] pg_dump -s dumps data?! |