From: | Jeremy Schneider <schnjere(at)amazon(dot)com> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: survey: psql syntax errors abort my transactions |
Date: | 2020-07-02 16:44:08 |
Message-ID: | 58f63b75-f11e-ce5b-3ec5-7d4acfbb87d6@amazon.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 7/2/20 09:28, David G. Johnston wrote:
> The status quo prevailed since no-one chose to contribute further
> arguments for change and the original patch was retracted. What kind
> of "bike-shedding" (which seems to be used incorrectly here) would you
> expect?
The bike-shedding comment reflects my sense of humor, which is evidently
so dry that it can be entirely un-detectable. :) But overall I do
think there's room for input from more people. Might not change the
outcome, I'm just curious if there are more people who'd have thoughts
to offer.
I'm not sure hint text would be the right course, as the hint wouldn't
make sense in the context of other clients and I don't know if we have a
mechanism now for the server to change it's error response based on
which client is being used.
One other thought occurred to me after sending this email - does
ON_ERROR_ROLLBACK=interactive differentiate between syntax errors and
other errors? Thinking about how users approach SQL, this feels
significant. I'd happily want to let users at my company retry after
syntax errors, but I'd want them to inspect any other error more closely.
-Jeremy
--
Jeremy Schneider
Database Engineer
Amazon Web Services
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2020-07-02 16:52:40 | Re: survey: psql syntax errors abort my transactions |
Previous Message | Adrian Klaver | 2020-07-02 16:31:04 | Re: survey: psql syntax errors abort my transactions |