PostgreSQL
PostgreSQL non ha licenze da pagare, ma l’assistenza serve lo stesso: aggiornamenti, copie, prestazioni, replica. La seguiamo in outsourcing o accanto al team IT. E accompagniamo la migrazione da Oracle a PostgreSQL quando conviene davvero, dopo averla provata su una copia.
01 · copia il link alla sezioneLa situazione
Il software lo sviluppa una comunità internazionale. Le correzioni arrivano, ma applicarle tocca a chi lo usa.
PostgreSQL è un database open source: si usa senza pagare licenze. Lo sviluppa una comunità, il PostgreSQL Global Development Group, che pubblica una versione principale circa una volta l’anno e le correzioni almeno ogni tre mesi.
Nessuno però le installa al posto dell’azienda. Nessuno controlla che le copie si possano ripristinare o che il database regga la crescita dei dati. Questo lavoro va affidato a qualcuno, dentro o fuori l’azienda.
DBA
Vanno provate e applicate.
DBA
Vanno impostate e provate.
DBA
Senza, il database cresce e rallenta.
02 · copia il link alla sezioneRiquadro di riferimento
Aggiornato il 7 novembre 2026
In breve: ogni versione principale di PostgreSQL riceve correzioni per cinque anni. PostgreSQL 14 smette di riceverle il 12 novembre 2026. La 13 è già fuori supporto.
| Versione | Prima uscita | Ultime correzioni |
|---|---|---|
| PostgreSQL 13 | Settembre 2020 | Novembre 2025: fuori supporto |
| PostgreSQL 14 | Settembre 2021 | 12 novembre 2026 |
| PostgreSQL 15 | Ottobre 2022 | Novembre 2027 |
| PostgreSQL 16 | Settembre 2023 | Novembre 2028 |
| PostgreSQL 17 | Settembre 2024 | Novembre 2029 |
| PostgreSQL 18 | Settembre 2025 | Novembre 2030 |
Aggiornamenti minori e principali. Un aggiornamento minore, per esempio dalla 16.14 alla 16.15, si installa fermando il servizio per poco, dopo aver letto le note di rilascio. Il passaggio a una versione principale, per esempio dalla 14 alla 17, richiede invece una copia e un ricaricamento dei dati, oppure lo strumento pg_upgrade. La versione 19 è in arrivo: la versione candidata è uscita il 15 ottobre 2026.
03 · copia il link alla sezioneCosa facciamo
Si può affidare tutto o una parte: la gestione ordinaria, un passaggio di versione, una migrazione.
04 · copia il link alla sezioneDa Oracle a PostgreSQL
La prima domanda è sempre per il produttore del gestionale.
In breve: conviene quando il gestionale lo permette e quando il risparmio sulle licenze supera il lavoro di conversione e di prova. Se il gestionale gira solo su Oracle, di solito non conviene.
Per restare su Oracle con i costi sotto controllo c’è la pagina dei database Oracle.
05 · copia il link alla sezionePer l’IT
Gli strumenti di conversione aiutano, ma non fanno tutto. Queste sono le voci che di solito chiedono più lavoro.
| In Oracle | In PostgreSQL | Che cosa si fa |
|---|---|---|
| Codice PL/SQL organizzato in pacchetti (package) | Codice PL/pgSQL, senza pacchetti | Il codice si converte, si riorganizza e si prova |
| La stringa vuota vale come valore nullo (NULL) | La stringa vuota e il valore nullo sono diversi | Si controllano le interrogazioni che ne dipendono |
| NUMBER e DATE, che contiene anche l’ora | Tipi diversi, come numeric, date e timestamp | Si sceglie il tipo giusto per ogni colonna |
| Nomi in maiuscolo, se non sono tra virgolette | Nomi in minuscolo, se non sono tra virgolette | Si uniformano i nomi prima del passaggio |
| Sinonimi e suggerimenti all’ottimizzatore (hint) | Non esistono allo stesso modo | Si sostituiscono e si rivedono le interrogazioni lente |
Il lavoro che conta di più sono le prove con chi usa l’applicazione, comprese le chiusure di fine mese.
06 · copia il link alla sezioneIl metodo
Cinque passi. Finché le verifiche non tornano, Oracle resta pronto.
Schemi, volumi, codice nel database, applicazioni collegate, funzioni di Oracle in uso.
Se il gestionale non è vostro, serve la conferma che giri su PostgreSQL.
Struttura, dati e codice passano su una copia. Si confrontano i risultati delle interrogazioni principali.
Le funzioni che contano si provano con dati veri, comprese le chiusure di fine mese.
Nella finestra concordata, con il ritorno a Oracle previsto finché le verifiche non tornano.
07 · copia il link alla sezionePrincipi
08 · copia il link alla sezioneDomande frequenti
09 · copia il link alla sezioneOsservatorio
Analisi e guide della Redazione Strategic.
Il passaggio alla nuova versione di Oracle è un progetto di direzione prima che tecnico: inventario, budget, fornitori del gestionale, criteri di accettazione, finestra di fermo e chi dà il via la sera del passaggio.
22 settembre 2026Copia di sicurezza, replica e ripristino proteggono da guasti diversi. Che cosa copre ciascuno in un database Oracle, che cosa resta scoperto e quali scelte spettano alla direzione prima che servano.
20 ottobre 2026Claude e ChatGPT aiutano il DBA a scrivere e spiegare SQL, a leggere i piani di esecuzione, a preparare script e documentazione. Che cosa affidare all’AI, che cosa no e con quali regole.
5 novembre 2026Le parti essenziali di questa pagina si stampano in una sintesi di poche pagine, senza immagini e senza gli inviti al contatto.
10 · copia il link alla sezioneContatto
Qualche riga: versione se la conoscete, applicazioni che ci lavorano sopra, che cosa non va o che cosa vorreste cambiare. Rispondiamo per email, di norma entro due giorni lavorativi.
Lavoriamo in presenza a San Marino, in Romagna, nelle Marche e in Emilia, e a distanza in tutta Italia. Dove lavoriamo
Nel modulo non vanno inseriti password, indirizzi dei server o estratti dei dati: si scambiano dopo, sui canali concordati.
Oppure scriveteci:WhatsAppstaff@strategic.sm
Su WhatsApp risponde un assistente AI di Strategic. Non va usato per informazioni riservate.
