Thread: Question about contrib
Hello, I have a question about contrib directory. I know the projects there is not official supported by PostgreSQL development team and I wanna ask, what will be happened if the leader of project pg_crypto for example (I repeat for example) leave the project for example in pgsql 13 and project is not added in next major release i.e. 14. What ppl need to do if they use this functionality that is not part for one reason or another from the main project in pgsql version 14 ? Or the module has some problems and is not ready until the release of the new main version for an example. I ask because if a module enters the functionality of the project, then if this happens it is very difficult to change the whole project so as not to use this functionality and you want or do not have to get rid of any database updates until a new version of the model appears or the whole application is not changed to not use it and this is important and will not to be cheep. Is there any guarantee that a module will continue to work and be maintained from another team or PG even if its author terminates support and maintains ? Regards, HS
Hi,
Le lun. 19 avr. 2021 à 09:43, Condor <condor@stz-bg.com> a écrit :
Hello,
I have a question about contrib directory. I know the projects there is
not official supported by PostgreSQL development team
Contrib modules (as in the contrib subdirectory) are officially supported.
--
Guillaume.
On 19-04-2021 11:39, Guillaume Lelarge wrote: > Hi, > > Le lun. 19 avr. 2021 à 09:43, Condor <condor@stz-bg.com> a écrit : > >> Hello, >> >> I have a question about contrib directory. I know the projects there >> is >> not official supported by PostgreSQL development team > > Contrib modules (as in the contrib subdirectory) are officially > supported. > > -- > > Guillaume. Aha my mistake, sorry. Why is not in main tree then ? Regards, HS
Le lun. 19 avr. 2021 à 10:43, Condor <condor@stz-bg.com> a écrit :
On 19-04-2021 11:39, Guillaume Lelarge wrote:
> Hi,
>
> Le lun. 19 avr. 2021 à 09:43, Condor <condor@stz-bg.com> a écrit :
>
>> Hello,
>>
>> I have a question about contrib directory. I know the projects there
>> is
>> not official supported by PostgreSQL development team
>
> Contrib modules (as in the contrib subdirectory) are officially
> supported.
>
> --
>
> Guillaume.
Aha my mistake, sorry. Why is not in main tree then ?
Because they aren't interesting for everyone. Moreover, some are more dev tools, than DBA tools. So better to pick the tools you need.
Guillaume.
On 19-04-2021 11:50, Guillaume Lelarge wrote: > Le lun. 19 avr. 2021 à 10:43, Condor <condor@stz-bg.com> a écrit : > >> On 19-04-2021 11:39, Guillaume Lelarge wrote: >>> Hi, >>> >>> Le lun. 19 avr. 2021 à 09:43, Condor <condor@stz-bg.com> a écrit >> : >>> >>>> Hello, >>>> >>>> I have a question about contrib directory. I know the projects >> there >>>> is >>>> not official supported by PostgreSQL development team >>> >>> Contrib modules (as in the contrib subdirectory) are officially >>> supported. >>> >>> -- >>> >>> Guillaume. >> >> Aha my mistake, sorry. Why is not in main tree then ? > > Because they aren't interesting for everyone. Moreover, some are more > dev tools, than DBA tools. So better to pick the tools you need. > > -- > > Guillaume. Ah thank you, that was my question and it's seems is true. Did I safety can choice a module without to worry that one will not work. Thanks for the answer. Regards, HS
Guillaume Lelarge <guillaume@lelarge.info> writes: > Le lun. 19 avr. 2021 à 10:43, Condor <condor@stz-bg.com> a écrit : >> Aha my mistake, sorry. Why is not in main tree then ? > Because they aren't interesting for everyone. Moreover, some are more dev > tools, than DBA tools. So better to pick the tools you need. Actually I think the high-level answer is that the contrib modules exist to verify that Postgres is extensible, and to provide sample code for other people wanting to make extensions. It's great that they have actual use cases, but we'd keep them even if they didn't. While they're all nominally supported, some are old, crufty, and deprecated to various extents. xml2, in particular, might go away someday. regards, tom lane