| From: | Kirk Wolak <wolakk(at)gmail(dot)com> |
|---|---|
| To: | Nikolay Samokhvalov <nik(at)postgres(dot)ai> |
| Cc: | pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Rename Postgres 19 to Postgres 26 (year-based)? |
| Date: | 2026-05-21 17:44:08 |
| Message-ID: | CACLU5mSnxYVf1ZkuZ4VuiREXA_42fe22+fR38y2_JJ6+WJQGyw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, May 21, 2026 at 10:20 AM Nikolay Samokhvalov <nik(at)postgres(dot)ai>
wrote:
> I was thinking:
> ... And over last 10 years, the release cycle is pretty stable, one major
> version per year. So if the upcoming version were 26 instead of 19, and
> next year's were 27, it would be easier to understand how current this
> version is.
>
> Nik
>
+1
There are many reasons I like this. First, it becomes obvious to
EVERYONE how far behind you are in the update cycles.
Right now, if you say you are on PG 12 or PG 17 most non-technical people
have no idea how far behind you are.
From my perspective, I like management asking "It's 2032... Why are we
on PG 28 still?"
The only question it raises is if it should be PG 2026? because in
about 1,000 years it could get confusing.
And I know the PG crowd likes to think ahead...
Kirk Out!
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ashutosh Bapat | 2026-05-21 18:37:15 | Re: (SQL/PGQ) cache lookup failed for label |
| Previous Message | Ashutosh Bapat | 2026-05-21 17:43:13 | Re: Graph database developer meeting at pgconf.dev 2026 |