Il 12 novembre 2026 il PostgreSQL Global Development Group ha pubblicato la versione 14.25, che è anche l'ultima della serie 14: da oggi PostgreSQL 14 è a fine vita e non riceverà più correzioni di sicurezza né di errori. Nello stesso giorno sono usciti gli aggiornamenti per le versioni ancora supportate (dalla 15 alla 18), che chiudono 52 vulnerabilità e oltre 140 difetti, mentre PostgreSQL 19 è atteso per il 19 novembre. Per molte imprese il database non si vede, perché lavora sotto il gestionale, il CRM, il sito o lo strumento di reportistica: proprio per questo è facile che sia rimasto alla versione installata anni fa. È il momento di controllare quale versione gira sui propri server e di pianificare l'aggiornamento.
Cosa è successo
PostgreSQL segue una regola semplice e pubblica: ogni versione principale viene mantenuta per cinque anni dal primo rilascio, poi esce un'ultima versione minore e il supporto finisce. La 14 era uscita a settembre 2021 e chiude ora il suo ciclo. Secondo la pagina ufficiale sulla politica delle versioni, le prossime scadenze sono già fissate: la 15 sarà supportata fino a novembre 2027, la 16 fino a novembre 2028, la 17 fino a novembre 2029 e la 18 fino a novembre 2030. L'annuncio del rilascio del 12 novembre invita chi usa ancora la 14 in produzione a pianificare il passaggio a una versione supportata.
La versione 14.25 include ancora le correzioni di quest'ultimo giro, quindi chi la installa oggi chiude le falle note; il problema riguarda tutto quello che verrà scoperto da qui in avanti. L'annuncio segnala inoltre alcune operazioni da fare dopo l'aggiornamento in casi specifici: ricostruire determinati indici (GIN, indici GiST di pg_trgm, indici B-tree su colonne di tipo bpchar senza lunghezza) e, per chi usa i backup incrementali, eseguire un nuovo backup completo da cui ripartire. Sono passaggi tecnici, ma vanno messi in conto nella finestra di manutenzione.
Cosa cambia per le imprese
Le azioni da fare sono due e vanno tenute distinte. La prima riguarda tutti: applicare subito l'aggiornamento minore della propria versione (18.7, 17.12, 16.16, 15.20 o 14.25). È un'operazione leggera, che non richiede di esportare e reimportare i dati: si ferma il servizio, si installano i nuovi pacchetti e si riavvia, leggendo prima le note di rilascio. La seconda riguarda chi è sulla 14: serve un aggiornamento di versione principale, con lo strumento pg_upgrade oppure con esportazione e ripristino dei dati. Il progetto consente di saltare direttamente dalla 14 a una versione più recente senza passare dalle intermedie, ma raccomanda di leggere le note di tutte le versioni attraversate.
Per una PMI la destinazione più prudente oggi è la 18, che ha davanti quattro anni di supporto ed è già alla settima correzione. La 19 sarà la scelta naturale per i nuovi progetti, ma conviene aspettare le prime versioni di manutenzione e soprattutto la conferma del fornitore del gestionale che la sua applicazione è compatibile: è il produttore del software, non il database, a decidere quali versioni sono certificate. Chi usa PostgreSQL fornito da una distribuzione Linux con supporto lungo, o da un servizio cloud gestito, deve verificare con il proprio fornitore fino a quando riceverà patch per la 14: alcune distribuzioni e alcuni provider continuano per un periodo a correggere i propri pacchetti, a volte a pagamento, ma non va dato per scontato. Lo stesso controllo vale per le installazioni dimenticate: server di test, macchine virtuali con applicazioni web interne, il database di metadati di strumenti come Metabase.
Limiti e costi reali
PostgreSQL è distribuito con la PostgreSQL License, una licenza permissiva approvata OSI, e non ha costi di licenza né versioni a pagamento con funzioni riservate. L'aggiornamento però ha un costo, fatto quasi tutto di lavoro: censire dove gira il database e in quale versione, fare una copia di prova, verificare con il fornitore dell'applicazione la compatibilità della nuova versione e delle estensioni installate (per esempio PostGIS per i dati geografici), concordare un fermo, controllare dopo il passaggio che backup e ripristino funzionino. Chi usa la ricerca testuale o pg_trgm e passerà più avanti alla 19 dovrà anche ricostruire alcuni indici, come indicato nelle note di migrazione. Per un'azienda senza un tecnico interno questo significa qualche ora o qualche giornata di un sistemista o dell'integratore che gestisce il gestionale, da mettere a budget ora invece che in emergenza. Il sito ufficiale mantiene un elenco di aziende che offrono servizi professionali e hosting; in Italia esistono consulenti e system integrator con competenze PostgreSQL, da valutare caso per caso.
Il commento di PINET
La fine della 14 non è un'emergenza, ma è un promemoria utile: il software libero ha un calendario di manutenzione chiaro e pubblicato con anni di anticipo, e chi lo segue evita sorprese. Il consiglio pratico è chiedere al proprio fornitore un elenco dei database in uso con versione e data di fine supporto, applicare subito gli aggiornamenti minori di novembre e fissare entro i prossimi mesi la migrazione dalla 14 alla 18. Chi sta rinnovando un server può approfittarne: distribuzioni recenti come openSUSE Leap 16.1 includono già PostgreSQL 18, e partire da una versione con quattro anni di supporto davanti riduce il numero di migrazioni da pagare nel tempo.
| Soluzione | PostgreSQL (fine vita della versione 14; aggiornamenti 18.7, 17.12, 16.16, 15.20 e 14.25; versione 19 attesa per il 19 novembre 2026) |
|---|---|
| Area d'uso | Database relazionale per gestionali ERP e CRM, siti ed e-commerce, strumenti di business intelligence, applicazioni aziendali su misura |
| Alternativa a | Microsoft SQL Server, Oracle Database |
| Licenza | PostgreSQL License, licenza permissiva approvata OSI |
| Modello | Community (PostgreSQL Global Development Group), senza edizioni a pagamento; supporto commerciale offerto da aziende terze |
| Installazione | Entrambi: self-hosted su Linux, Windows e macOS oppure servizi di database gestiti presso provider cloud, anche europei |
| Italiano | Documentazione ufficiale in inglese; l'utente finale lavora attraverso l'applicazione (gestionale, sito), non direttamente sul database |
| Supporto in Italia | Nessun supporto ufficiale del progetto; consulenti e system integrator con competenze PostgreSQL ed elenco di fornitori sul sito ufficiale, da verificare caso per caso |
| Costo reale | Nessun costo di licenza; da mettere a budget censimento delle installazioni, test su copia, verifica di compatibilità con l'applicazione e le estensioni, fermo programmato, controllo di backup e ripristino, ore di sistemista o integratore; eventuale supporto esteso a pagamento presso distribuzioni o provider cloud |
| Indice di prontezza PMI | 4/5 - Pronto con supporto (database maturo e diffusissimo, con calendario di supporto pubblico e prevedibile, ma gli aggiornamenti di versione principale richiedono un tecnico e il via libera del fornitore dell'applicazione; indice editoriale, non una certificazione) |
| Sito / repository | postgresql.org - git.postgresql.org |
| Fonte | PostgreSQL Global Development Group, annuncio del 12 novembre 2026; PostgreSQL, politica delle versioni |
Immagine: logo ufficiale di PostgreSQL dal press kit del progetto (PostgreSQL Global Development Group).
