Re: Include extension path on pg_available_extensions
| От | Matheus Alcantara |
|---|---|
| Тема | Re: Include extension path on pg_available_extensions |
| Дата | |
| Msg-id | DE5DQ1IMPT0O.SSE8M7YREHEP@gmail.com обсуждение исходный текст |
| Ответ на | Re: Include extension path on pg_available_extensions (Manni Wood <manni.wood@enterprisedb.com>) |
| Ответы |
Re: Include extension path on pg_available_extensions
|
| Список | pgsql-hackers |
Thank you for reviewing this! On Mon Nov 10, 2025 at 3:25 PM -03, Manni Wood wrote: > Hello! > > I have a small bikeshedding comment around making "location" the 4th column > returned for "select * from pg_available_extensions", as opposed to leaving > "comment" the 4th column returned for "select * from > pg_available_extensions". > > If a bit of software runs "select * from pg_available_extensions" and > fetches the contents of the 4th column, that column will return "comment" > for current versions of postgres but "location" for patched versions of > postgres. > > In many ways, this could be considered a feature and not a bug, because we > should be encouraged to write our SQL like so: > > select name, default_version, installed_version, comment from > pg_available_extensions > > and not like so: > > select * from pg_available_extensions > > I'm curious to know if this is a legitimate consideration or not. > > Also, there were no surprises when I compiled and tested this: the location > shows correctly for a superuser, and "<insufficient privilege>" shows > correctly for a non-superuser. > Good point, I think that it's a legitimate consideration. That being said I would get back to prefer to keep the location as the latest column to avoid such issues even if SELECT * is not something that users should do in practice, but I think that it's worth to avoid break any application with such change. -- Matheus Alcantara EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: