Re: Error on failed COMMIT
От | Dave Cramer |
---|---|
Тема | Re: Error on failed COMMIT |
Дата | |
Msg-id | CADK3HHJrJecqy4gCLOi3fuk9rd114rQmZvbP0KzHhm-dOLRj=Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Error on failed COMMIT (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Error on failed COMMIT
|
Список | pgsql-hackers |
On Fri, 14 Feb 2020 at 15:07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Dave Cramer <davecramer@postgres.rocks> writes:
> On Fri, 14 Feb 2020 at 14:37, Robert Haas <robertmhaas@gmail.com> wrote:
>> I'm not trying to deny that you might find some other server behavior
>> more convenient. You might. And, to Vik's original point, it might be
>> more compliant with the spec, too. But since changing that would have
>> a pretty big blast radius at this stage, I think it's worth trying to
>> make things work as well as they can with the server behavior that we
>> already have. And I don't really see anything preventing the driver
>> from doing that technically. I don't understand the idea that the
>> driver is somehow not allowed to notice the command tag.
> We have the same blast radius.
> I have offered to make the behaviour requested dependent on a configuration
> parameter but apparently this is not sufficient.
Nope, that is absolutely not happening.
I should have been more specific.
I offered to make the behaviour in the JDBC driver dependent on a configuration parameter
Dave Cramer
www.postgres.rocks
В списке pgsql-hackers по дате отправления: