Horton

Thread

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. psql: use consistent alias for pg_description

  2. psql: show default extension version in \dx output

  1. Adding extension default version to \dx

    Magnus Hagander <magnus@hagander.net> — 2025-01-10T12:04:14Z

    In an effort to make at least a couple of more people realize they have to
run ALTER EXTENSION UPDATE after they've upgraded an extension,  as well as
make it a bit easier to realize when you have to do it, I propose we add
the default version of an extension to \dx in psql. We currently show the
installed version in the schema, but no indications that a newer one might
be installed on the system.

PFA a patch to do this.

-- 
 Magnus Hagander
 Me: https://www.hagander.net/ <http://www.hagander.net/>
 Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>

  2. Re: Adding extension default version to \dx

    Julien Rouhaud <rjuju123@gmail.com> — 2025-01-10T12:37:17Z

    Hi,

On Fri, Jan 10, 2025 at 01:04:14PM +0100, Magnus Hagander wrote:
> In an effort to make at least a couple of more people realize they have to
> run ALTER EXTENSION UPDATE after they've upgraded an extension,  as well as
> make it a bit easier to realize when you have to do it, I propose we add
> the default version of an extension to \dx in psql.

+1, I need the info very often and \dx is way faster than writing a query for
that when I need it, especially since \dx output is not too big.

> We currently show the
> installed version in the schema, but no indications that a newer one might
> be installed on the system.
> 
> PFA a patch to do this.

Patch LGTM, tested locally and I like the output.

  3. Re: Adding extension default version to \dx

    Michael Banck <mbanck@gmx.net> — 2025-01-10T14:56:31Z

    Hi,

On Fri, Jan 10, 2025 at 01:04:14PM +0100, Magnus Hagander wrote:
> In an effort to make at least a couple of more people realize they have to
> run ALTER EXTENSION UPDATE after they've upgraded an extension,  as well as
> make it a bit easier to realize when you have to do it, I propose we add
> the default version of an extension to \dx in psql

+1, I think this is useful.

> diff --git a/src/bin/psql/describe.c b/src/bin/psql/describe.c
> index d5543fd62b0..319ad15d4de 100644
> --- a/src/bin/psql/describe.c
> +++ b/src/bin/psql/describe.c
> @@ -6107,13 +6107,16 @@ listExtensions(const char *pattern)
>  	initPQExpBuffer(&buf);
>  	printfPQExpBuffer(&buf,
>  					  "SELECT e.extname AS \"%s\", "
> -					  "e.extversion AS \"%s\", n.nspname AS \"%s\", c.description AS \"%s\"\n"
> +					  "e.extversion AS \"%s\", ae.default_version AS \"%s\","
> +					  "n.nspname AS \"%s\", c.description AS \"%s\"\n"
>  					  "FROM pg_catalog.pg_extension e "
>  					  "LEFT JOIN pg_catalog.pg_namespace n ON n.oid = e.extnamespace "
>  					  "LEFT JOIN pg_catalog.pg_description c ON c.objoid = e.oid "

Not really part of your patch, but "pg_catalog.pg_description c" looks
weird/might be a typo? It is "pg_catalog.pg_description d" everywhere
else AFAICT. So maybe this could be fixed/changed in passing?

> +					  "LEFT JOIN pg_catalog.pg_available_extensions() ae(name, default_version, comment)  ON ae.name=e.extname "
>  					  "AND c.classoid = 'pg_catalog.pg_extension'::pg_catalog.regclass\n",
>  					  gettext_noop("Name"),
>  					  gettext_noop("Version"),
> +					  gettext_noop("Default version"),

pg_available_extensions has "installed_version" and "default_version", I
wonder whether it would make sense to harmonize that and change
"Version" to "Installed version" as well when we change the output
anyway?


Michael

  4. Re: Adding extension default version to \dx

    Yugo Nagata <nagata@sraoss.co.jp> — 2025-01-14T17:11:05Z

    On Fri, 10 Jan 2025 20:37:17 +0800
Julien Rouhaud <rjuju123@gmail.com> wrote:

> Hi,
> 
> On Fri, Jan 10, 2025 at 01:04:14PM +0100, Magnus Hagander wrote:
> > In an effort to make at least a couple of more people realize they have to
> > run ALTER EXTENSION UPDATE after they've upgraded an extension,  as well as
> > make it a bit easier to realize when you have to do it, I propose we add
> > the default version of an extension to \dx in psql.
> 
> +1, I need the info very often and \dx is way faster than writing a query for
> that when I need it, especially since \dx output is not too big.
> 
> > We currently show the
> > installed version in the schema, but no indications that a newer one might
> > be installed on the system.
> > 
> > PFA a patch to do this.
> 
> Patch LGTM, tested locally and I like the output.

I have a minor comment.

+					  "LEFT JOIN pg_catalog.pg_available_extensions() ae(name, default_version, comment)  ON ae.name=e.extname "

For consistency with around codes, it seems better to add a space before and after "=",
like "ae.name = e.extname".

Regards,
Yugo Nagata

-- 
Yugo Nagata <nagata@sraoss.co.jp>

  5. Re: Adding extension default version to \dx

    Nathan Bossart <nathandbossart@gmail.com> — 2025-01-27T19:39:46Z

    On Fri, Jan 10, 2025 at 03:56:31PM +0100, Michael Banck wrote:
> On Fri, Jan 10, 2025 at 01:04:14PM +0100, Magnus Hagander wrote:
>> In an effort to make at least a couple of more people realize they have to
>> run ALTER EXTENSION UPDATE after they've upgraded an extension,  as well as
>> make it a bit easier to realize when you have to do it, I propose we add
>> the default version of an extension to \dx in psql
> 
> +1, I think this is useful.

+1

>> diff --git a/src/bin/psql/describe.c b/src/bin/psql/describe.c
>> index d5543fd62b0..319ad15d4de 100644
>> --- a/src/bin/psql/describe.c
>> +++ b/src/bin/psql/describe.c
>> @@ -6107,13 +6107,16 @@ listExtensions(const char *pattern)
>>  	initPQExpBuffer(&buf);
>>  	printfPQExpBuffer(&buf,
>>  					  "SELECT e.extname AS \"%s\", "
>> -					  "e.extversion AS \"%s\", n.nspname AS \"%s\", c.description AS \"%s\"\n"
>> +					  "e.extversion AS \"%s\", ae.default_version AS \"%s\","
>> +					  "n.nspname AS \"%s\", c.description AS \"%s\"\n"
>>  					  "FROM pg_catalog.pg_extension e "
>>  					  "LEFT JOIN pg_catalog.pg_namespace n ON n.oid = e.extnamespace "
>>  					  "LEFT JOIN pg_catalog.pg_description c ON c.objoid = e.oid "
> 
> Not really part of your patch, but "pg_catalog.pg_description c" looks
> weird/might be a typo? It is "pg_catalog.pg_description d" everywhere
> else AFAICT. So maybe this could be fixed/changed in passing?

Yeah, "c" seems to ordinarily be used for pg_class, so +1 for changing it
to "d".

>> +					  "LEFT JOIN pg_catalog.pg_available_extensions() ae(name, default_version, comment)  ON ae.name=e.extname "
>>  					  "AND c.classoid = 'pg_catalog.pg_extension'::pg_catalog.regclass\n",
>>  					  gettext_noop("Name"),
>>  					  gettext_noop("Version"),
>> +					  gettext_noop("Default version"),
> 
> pg_available_extensions has "installed_version" and "default_version", I
> wonder whether it would make sense to harmonize that and change
> "Version" to "Installed version" as well when we change the output
> anyway?

+1

Separately, I see that there's one update needed for
src/test/regress/expected/psql.out.  The documentation for \dx looks
generic enough that it probably doesn't need any updates, though.

-- 
nathan

  6. Re: Adding extension default version to \dx

    Nathan Bossart <nathandbossart@gmail.com> — 2025-01-27T19:41:00Z

    On Wed, Jan 15, 2025 at 02:11:05AM +0900, Yugo Nagata wrote:
> I have a minor comment.
> 
> +					  "LEFT JOIN pg_catalog.pg_available_extensions() ae(name, default_version, comment)  ON ae.name=e.extname "
> 
> For consistency with around codes, it seems better to add a space before and after "=",
> like "ae.name = e.extname".

+1

-- 
nathan

  7. Re: Adding extension default version to \dx

    Jelte Fennema-Nio <postgres@jeltef.nl> — 2025-02-23T14:51:24Z

    On Mon Jan 27, 2025 at 8:39 PM CET, Nathan Bossart wrote:
> +1
>
> Separately, I see that there's one update needed for
> src/test/regress/expected/psql.out.  The documentation for \dx looks
> generic enough that it probably doesn't need any updates, though.

Attached is an updated patch that fixes the tests and changes the
whitespace as discussed (including removing a spurious second space
before the ON, which I noticed while changing it). As well as a seprate
patch that changes the "c" alias to "d".

  8. Re: Adding extension default version to \dx

    Jelte Fennema-Nio <postgres@jeltef.nl> — 2025-02-23T15:05:34Z

    On Sun Feb 23, 2025 at 3:51 PM CET, Jelte Fennema-Nio wrote:
> Attached is an updated patch that fixes the tests and changes the
> whitespace as discussed (including removing a spurious second space
> before the ON, which I noticed while changing it). As well as a seprate
> patch that changes the "c" alias to "d".

Ugh, I forgot to commit a few additional lines in the second patch.
Fixed now.

  9. Re: Adding extension default version to \dx

    Nathan Bossart <nathandbossart@gmail.com> — 2025-02-25T15:40:47Z

    On Sun, Feb 23, 2025 at 04:05:34PM +0100, Jelte Fennema-Nio wrote:
> On Sun Feb 23, 2025 at 3:51 PM CET, Jelte Fennema-Nio wrote:
>> Attached is an updated patch that fixes the tests and changes the
>> whitespace as discussed (including removing a spurious second space
>> before the ON, which I noticed while changing it). As well as a seprate
>> patch that changes the "c" alias to "d".
> 
> Ugh, I forgot to commit a few additional lines in the second patch.
> Fixed now.

Thanks, Jelte.  I can take care of committing this if Magnus can't get to
it soon.

-- 
nathan

  10. Re: Adding extension default version to \dx

    Magnus Hagander <magnus@hagander.net> — 2025-02-25T15:42:37Z

    On Tue, Feb 25, 2025 at 4:40 PM Nathan Bossart <nathandbossart@gmail.com>
wrote:

> On Sun, Feb 23, 2025 at 04:05:34PM +0100, Jelte Fennema-Nio wrote:
> > On Sun Feb 23, 2025 at 3:51 PM CET, Jelte Fennema-Nio wrote:
> >> Attached is an updated patch that fixes the tests and changes the
> >> whitespace as discussed (including removing a spurious second space
> >> before the ON, which I noticed while changing it). As well as a seprate
> >> patch that changes the "c" alias to "d".
> >
> > Ugh, I forgot to commit a few additional lines in the second patch.
> > Fixed now.
>
> Thanks, Jelte.  I can take care of committing this if Magnus can't get to
> it soon.
>

Hi!

Thanks goes to  both you and the previous responders - I did manage to mute
this thread away and missed the early replies, but got Jeltes the other day
which brought it back up on my list to get to within the Not Too Long
Future (TM).

-- 
 Magnus Hagander
 Me: https://www.hagander.net/ <http://www.hagander.net/>
 Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>

  11. Re: Adding extension default version to \dx

    Nathan Bossart <nathandbossart@gmail.com> — 2025-02-25T16:11:53Z

    On Tue, Feb 25, 2025 at 04:42:37PM +0100, Magnus Hagander wrote:
> Thanks goes to  both you and the previous responders - I did manage to mute
> this thread away and missed the early replies, but got Jeltes the other day
> which brought it back up on my list to get to within the Not Too Long
> Future (TM).

Got it, sounds good.

-- 
nathan

  12. Re: Adding extension default version to \dx

    Jelte Fennema-Nio <postgres@jeltef.nl> — 2025-03-22T10:40:48Z

    On Tue, 25 Feb 2025 at 17:11, Nathan Bossart <nathandbossart@gmail.com> wrote:
>
> On Tue, Feb 25, 2025 at 04:42:37PM +0100, Magnus Hagander wrote:
> > Thanks goes to  both you and the previous responders - I did manage to mute
> > this thread away and missed the early replies, but got Jeltes the other day
> > which brought it back up on my list to get to within the Not Too Long
> > Future (TM).
>
> Got it, sounds good.

The commitfest is close to ending, but this hasn't been committed yet.
I think it would be great if either of you could commit it before the
commitfest ends. It would be a shame to have this quality of life
improvement wait another year.

  13. Re: Adding extension default version to \dx

    Magnus Hagander <magnus@hagander.net> — 2025-03-24T13:43:36Z

    On Sat, Mar 22, 2025 at 11:40 AM Jelte Fennema-Nio <postgres@jeltef.nl>
wrote:

> On Tue, 25 Feb 2025 at 17:11, Nathan Bossart <nathandbossart@gmail.com>
> wrote:
> >
> > On Tue, Feb 25, 2025 at 04:42:37PM +0100, Magnus Hagander wrote:
> > > Thanks goes to  both you and the previous responders - I did manage to
> mute
> > > this thread away and missed the early replies, but got Jeltes the
> other day
> > > which brought it back up on my list to get to within the Not Too Long
> > > Future (TM).
> >
> > Got it, sounds good.
>
> The commitfest is close to ending, but this hasn't been committed yet.
> I think it would be great if either of you could commit it before the
> commitfest ends. It would be a shame to have this quality of life
> improvement wait another year.
>

Sorry about the delay in this one. Nordic PGDay week basically ate up 150%
of my community time for a bit longer before the event than I planned for.

Anyway -- both patch applied now! Thanks!

//Magnus