Re: "pgoutput" options missing on documentation

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: emre(at)hasegeli(dot)com
Cc: Peter Smith <smithpb2250(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: "pgoutput" options missing on documentation
Date: 2023-12-18 13:04:19
Message-ID: CAA4eK1+9QTR2t47tfJ5PN=Af_7JmJRO9K6TAn_WDsAKYXB5XcA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Dec 18, 2023 at 1:08 PM Emre Hasegeli <emre(at)hasegeli(dot)com> wrote:
>
> > I found the existing error code appropriate because for syntax
> > specification, either we need to mandate this at the grammar level or
> > at the API level. Also, I think we should give a message similar to an
> > existing message: "publication_names parameter missing". For example,
> > we can say, "proto_version parameter missing". BTW, I also don't like
> > the other changes parse_output_parameters() done in 0001, if we want
> > to improve all the similar messages there are other places in the code
> > as well, so we can separately make the case for the same.
>
> Okay, I am changing these back. I think we should keep the word
> "option". It is used on other error messages.
>

Fair enough. I think we should push your first patch only in HEAD as
this is a minor improvement over the current behaviour. What do you
think?

--
With Regards,
Amit Kapila.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alexander Korotkov 2023-12-18 13:29:35 Re: Postgres picks suboptimal index after building of an extended statistics
Previous Message Tomas Vondra 2023-12-18 12:53:48 Re: planner chooses incremental but not the best one