PostgreSQL 19 : le hall dit « Rc », le billet dit « RC », le menu a des points d'interrogation

La gare a trois horloges pour le même quai, et elles n'ont pas la même heure. Le billet dans ta main dit premier candidat, en capitales RC, et il ajoute que ce candidat est à peu près identique à la sortie finale, avec deux dates plus loin. L'horloge du hall, le même jour, écrit Rc avec un c minuscule, parle d'un premier rc, et elle appelle ça des avant-premières de fonctionnalités. La troisième horloge, celle du menu, n'a pas d'heure du tout : des points d'interrogation, et une mention « en l'état du 9 octobre ». Si tu pars parce qu'une des trois a sonné, dis laquelle.

Le 15 octobre 2026, le billet du PostgreSQL Global Development Group annonce que le first release candidate de PostgreSQL 19 est téléchargeable. Comme candidat, PostgreSQL 19 RC 1 sera mostly identical à la sortie initiale de PostgreSQL 19, même si d'autres correctifs peuvent encore être appliqués avant la disponibilité générale. La phrase d'après explique pourquoi il y en aura un deuxième. La prochaine fournée de correctifs des versions supportées, le 12 novembre 2026, en contiendra un grand nombre. L'équipe a décidé de les inclure dans PostgreSQL 19 avant la disponibilité générale. Donc une PostgreSQL 19 RC 2 sortira le même jour que cette fournée. La date prévue pour la disponibilité générale : 19 novembre 2026. Le mot « planned » est dans cette phrase. Plus bas, la section calendrier le redit, avec une condition : sauf si un problème impose un retard ou un candidat de plus.

L'accueil dit Rc, et il ne donne pas le 19 novembre

Le même 15 octobre 2026, le bloc « Latest Releases » de l'accueil titre PostgreSQL 19 Rc 1 Released! Le c de Rc est minuscule. Le corps dit que le groupe annonce le 1st rc release de PostgreSQL 19. Puis la phrase qui n'est pas sur le billet : cette sortie contient des feature previews de PostgreSQL 19, en avance sur la disponibilité générale, et certains détails peuvent encore changer pendant la période de test. L'accueil déconseille de faire tourner des versions rc en production. Il encourage à y passer des charges habituelles.

J'ai cherché sur cet accueil les mots du billet. « Mostly identical » n'y est pas. « November 19 » n'y est pas. La RC 2 n'y est pas. Le 12 novembre y est, pour autre chose : PostgreSQL 14 cessera de recevoir des correctifs le 12 novembre 2026. Le billet, lui, pose la RC 2 ce jour-là, et il ne parle pas de PostgreSQL 14 dans le texte que j'ai lu. Deux phrases, un même jour du calendrier, pas le même rendez-vous. Je ne les agrafe pas.

Le menu de la 19.0 a encore des points d'interrogation

Les notes de version, page de la 19.0, ouvrent sur Release date: 2026-??-??, AS OF 2026-10-09. Des points d'interrogation à la place du jour. « En l'état du 9 octobre 2026 », soit six jours avant le billet du 15. Le titre de la page est la sortie 19, pas RC 1. Je ne remplace pas les points par le 15 octobre. Le billet a une date de candidat. Les notes ont une date de version finale qui n'est pas remplie.

L'aperçu des notes liste des fonctionnalités, pas les sept puces du billet. Dedans : la commande REPACK, y compris REPACK (CONCURRENTLY). L'extension pg_plan_advice, et aussi pg_stash_advice, qui applique le conseil de plan toute seule. La réplication logique activable sans redémarrage quand wal_level vaut replica. La réplication logique des valeurs de séquences. La commande WAIT, pour une cohérence « read-your-writes » sur un secondaire. L'autovacuum parallèle des index, et une priorisation par score.

Le billet, section Changes Since 19 Beta 4, a sept puces de correctifs. Plusieurs correctifs pour REPACK (CONCURRENTLY). Plusieurs pour pg_plan_advice. Plusieurs pour des optimisations du planificateur qui dépendent de la possibilité qu'une expression soit NULL. Plusieurs pour l'activation automatique de la réplication logique quand wal_level vaut replica. Un correctif de l'import de statistiques postgres_fdw, qui doit tourner comme le propriétaire de la table distante, pas comme l'utilisateur qui lance ANALYZE. Plusieurs correctifs pour l'autovacuum parallèle. Un correctif de COPY (query) TO ... (FORMAT json), pour que les clés JSON soient les noms de colonnes de la requête, alias compris, et pas ceux de la table.

pg_stash_advice est dans l'aperçu des notes. Il n'est pas dans les sept puces. WAIT non plus. Le billet dit d'aller voir la page des open items pour la liste détaillée des correctifs. Je ne complète pas les sept puces avec l'aperçu des notes, et je ne complète pas l'aperçu avec les sept puces.

Le wiki numérote les dates, AWS en nomme trois autres

La page PostgreSQL 19 Open Items a un calendrier. RC 1 : October 15, 2026. RC 2 : November 12, 2026. GA : (Planned) November 19, 2026. Le mot (Planned) est sur la ligne GA. Il n'est pas réimprimé sur les lignes RC. Le billet, lui, met la condition « unless » sur la disponibilité du 19 novembre. Les deux feuilles laissent une porte. Elles ne la formulent pas pareil. Le gel des fonctionnalités, plus haut, est au 8 avril 2026, 12:00 UTC. Je ne le déplace pas.

Sous resolved before 19rc1, un intitulé parle d'autovacuum parallèle : le leader ne propage pas les changements de paramètre de coût pendant qu'il attend les workers. Sous resolved before 19rc2, un autre : DROP DATABASE WITH (FORCE) échoue sur les workers parallèles. Le billet dit « several fixes » pour l'autovacuum parallèle, sans ces intitulés. Je ne décide pas que la ligne classée avant la RC 2 est déjà dans la RC 1. Elle est sous un autre intertitre.

Le 15 octobre 2026 aussi, AWS annonce PostgreSQL 19 RC1 dans l'environnement de préversion d'Amazon RDS. Le paragraphe dit que la RC1 se concentre sur la stabilité, avec des correctifs de la période Beta 4. Puis trois groupes : un meilleur traitement d'erreur pour des expressions de text-search complexes, un durcissement de l'autovacuum parallèle, une meilleure fiabilité de la maintenance des index GIN. Aucune de ces trois phrases n'est une des sept puces. L'autovacuum parallèle est le seul thème que je retrouve comme mots sur le billet. Text-search et GIN, non.

Sur le wiki, un intitulé encore dans les open items, pas dans le résolu-avant-RC1, commence par Text search and pg_trgm indexes. Ce n'est pas la phrase d'AWS. Je ne les déclare pas le même bogue. Je n'ai pas trouvé l'intitulé « GIN » dans les titres que j'ai parcourus. Je ne dis pas qu'il n'existe nulle part plus bas.

La page AWS imprime deux fois « Refer to the PostgreSQL community announcement for more details ». La première fois, il y a deux points avant la répétition. Je ne corrige pas la ponctuation. Les instances de préversion sont gardées 60 jours au plus, puis supprimées. Un instantané pris là ne sert qu'à l'intérieur de cet environnement. Le tarif indiqué est celui de la région US East (Ohio). Le billet du projet ne dit ni 60 jours, ni Ohio.

✍️ À toi : l'horloge que tu as vraiment regardée, billet, accueil, notes ou wiki, et le mot que tu y as lu devant le numéro 1. Rc, RC, ou des points d'interrogation.

Le 15 octobre, le billet de PostgreSQL 19 RC 1 dit « first release candidate » et « mostly identical », pose une RC 2 le 12 novembre et une disponibilité visée le 19, sous condition. L'accueil du même jour écrit « Rc », « 1st rc » et « feature previews », et son 12 novembre est la fin des correctifs de PostgreSQL 14. Les notes de la 19.0 affichent encore « 2026-??-?? », en l'état du 9 octobre. Le wiki met « (Planned) » sur la seule ligne GA. AWS, le même 15, nomme text-search, autovacuum parallèle et GIN, et il répète sa phrase de renvoi avec deux points. Trois horloges dans le hall. Une quatrième dans le couloir d'à côté.