Re: [HACKERS] proposal: session server side variables

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: [HACKERS] proposal: session server side variables
Дата
Msg-id alpine.DEB.2.20.1702031039370.4856@lancre
обсуждение исходный текст
Ответ на Re: [HACKERS] proposal: session server side variables  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: [HACKERS] proposal: session server side variables  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: [HACKERS] proposal: session server side variables  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
> We can implement XA support for variables, ale I don't think so default 
> should be XA.

I was answering your question, which is what you can do about the 
feedback: take the one hard/strong point into account in your proposal.

You do not want to do that. Too bad.

The argument that you keep on repeating about "other software do it like 
that so it is the good way" do not work because these software (Oracle, 
DB2, ...) have features unavailable to postgres which mitigate the issue 
I'm raising, and there is no such mitigation in postgres.

Note that you can proceed and simply ignore my negative opinion, which 
will stay negative till these "secure" variables are transactional by 
default, or till nested/autonomous transactions are provided by postgres.

-- 
Fabien.



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

Предыдущее
От: Antonin Houska
Дата:
Сообщение: Re: [HACKERS] asynchronous execution
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: [HACKERS] proposal: session server side variables