Re: Enhanced error message to include hint messages for redundant options error
От | Bharath Rupireddy |
---|---|
Тема | Re: Enhanced error message to include hint messages for redundant options error |
Дата | |
Msg-id | CALj2ACUs2rnRaGFcb91_KN3DjnwjqvSYBquK-f7oKEFHC63BdQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Enhanced error message to include hint messages for redundant options error (vignesh C <vignesh21@gmail.com>) |
Ответы |
Re: Enhanced error message to include hint messages for redundant options error
|
Список | pgsql-hackers |
On Mon, Apr 26, 2021 at 7:02 PM vignesh C <vignesh21@gmail.com> wrote: > > On Mon, Apr 26, 2021 at 5:49 PM Bharath Rupireddy > <bharath.rupireddyforpostgres@gmail.com> wrote: > > > > On Mon, Apr 26, 2021 at 5:29 PM vignesh C <vignesh21@gmail.com> wrote: > > > > > > Hi, > > > > > > While reviewing one of the logical replication patches, I found that > > > we do not include hint messages to display the actual option which has > > > been specified more than once in case of redundant option error. I > > > felt including this will help in easily identifying the error, users > > > will not have to search through the statement to identify where the > > > actual error is present. Attached a patch for the same. > > > Thoughts? > > > > +1. A more detailed error will be useful in a rare scenario like users > > have specified duplicate options along with a lot of other options, > > they will know for which option the error is thrown by the server. > > > > Instead of adding errhint or errdetail, how about just changing the > > error message itself to something like "option \"%s\" specified more > > than once" or "parameter \"%s\" specified more than once" like we have > > in other places in the code? > > > > Both seemed fine but I preferred using errdetail as I felt it is > slightly better for the details to appear in a new line. Thanks! IMO, it is better to change the error message to "option \"%s\" specified more than once" instead of adding an error detail. Let's hear other hackers' opinions. With Regards, Bharath Rupireddy. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: