Re: [v9.2] Add GUC sepgsql.client_label
От | Tom Lane |
---|---|
Тема | Re: [v9.2] Add GUC sepgsql.client_label |
Дата | |
Msg-id | 10214.1328043316@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [v9.2] Add GUC sepgsql.client_label (Robert Haas <robertmhaas@gmail.com>) |
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > ....and that's bad. More generally, the system security policy is > designed to answer questions about whether it's OK to transition from > A->B, and the fact that A->B is OK does not mean that B->A is OK, but > our GUC mechanism pretty much forces you to allow both of those > things, or neither. More to the point, a GUC rollback transition *has to always succeed*. Period. Now, the value that it's trying to roll back to was presumably considered legitimate at some previous time, but if you're designing a system that is based purely on state transitions it could very well see the rollback transition as invalid. That is just going to be too fragile to be acceptable. I think that this will have to be set up so that it understands the difference between a forward transition and a rollback and only checks the former. If that's not possible, this is not going to get in. regards, tom lane
В списке pgsql-hackers по дате отправления: