{"id":53382,"date":"2022-04-19T14:44:22","date_gmt":"2022-04-19T13:44:22","guid":{"rendered":"https:\/\/kinsta.com\/it\/?p=53382&post_type=knowledgebase&preview_id=53382"},"modified":"2025-10-01T20:47:44","modified_gmt":"2025-10-01T19:47:44","slug":"cosa-e-postgresql","status":"publish","type":"post","link":"https:\/\/kinsta.com\/it\/blog\/cosa-e-postgresql\/","title":{"rendered":"Cosa \u00e8 PostgreSQL?"},"content":{"rendered":"

Al giorno d’oggi, quasi ogni software o applicazione web richiede un database<\/a> nel backend. L’aumento delle transazioni che avvengono al secondo e i terabyte di dati immagazzinati richiedono un quadro stabile e flessibile per ospitare e servire quei dati.<\/p>\n

Naturalmente, per le startup, entra in gioco anche la questione dei costi. Ma cosa succederebbe se vi dicessimo che potete accedere e persino costruire questo database gratuitamente, senza vincoli?<\/p>\n

S\u00ec, avete sentito bene: il database PostgreSQL garantisce tutto ci\u00f2 che abbiamo menzionato sopra, compresi alcuni vantaggi extra! In questo articolo esamineremo i vari aspetti di PostgreSQL che gli permettono di stare in piedi in un segmento in rapida evoluzione.<\/p>\n

Andiamo subito al sodo.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Cosa \u00c8 PostgreSQL?<\/h2>\n
\"Il
Logo PostgreSQL (Fonte immagine: Uberconf<\/a>)<\/figcaption><\/figure>\n

PostgreSQL<\/a> \u00e8 un sistema di database open-source e altamente stabile che fornisce supporto a diverse funzioni di SQL, come chiavi esterne, subquery, trigger e diversi tipi e funzioni definite dall’utente. Aumenta ulteriormente il linguaggio SQL offrendo diverse caratteristiche che scalano e riservano meticolosamente i carichi di lavoro dei dati. \u00c8 utilizzato principalmente per memorizzare i dati per molte applicazioni mobili, web, geospaziali e di analisi.<\/p>\n

Approfondiremo ogni aspetto di PostgreSQL in questo articolo, iniziando con le sue caratteristiche chiave nella prossima sezione. Mettiamoci al lavoro.<\/p>\n\n

Caratteristiche Chiave di PostgreSQL<\/h3>\n

Ci sono alcune caratteristiche chiave del database PostgreSQL che lo rendono unico e un grande favorito rispetto ad altri database. Attualmente, \u00e8 il secondo database pi\u00f9 utilizzato, dietro solo a MySQL<\/a>.<\/p>\n

Diamo un’occhiata a queste caratteristiche in modo pi\u00f9 dettagliato.<\/p>\n

Affidabilit\u00e0 e Conformit\u00e0 agli Standard<\/h4>\n

PostgreSQL offre una vera semantica ACID per le transazioni e ha un supporto completo per chiavi esterne, join, viste, trigger e stored procedure, in molti linguaggi diversi. Include la maggior parte dei tipi di dati di SQL come INTEGER, VARCHAR, TIMESTAMP e BOOLEAN. Supporta anche la memorizzazione di oggetti binari di grandi dimensioni, tra cui immagini, video o suoni. \u00c8 affidabile in quanto offre una grande rete di supporto incorporata nella comunit\u00e0. PostgreSQL \u00e8 un database tollerante all\u2019errore grazie al suo logging write-ahead.<\/p>\n

Estensioni<\/h4>\n

PostgreSQL vanta diverse robuste caratteristiche tra cui il recupero point-in-time, il Multi-Version Concurrency Control (MVCC), i tablespace, i controlli di accesso granulari, la replicazione asincrona, un raffinato pianificatore\/ottimizzatore di query e la registrazione write-ahead. Il Multi-Version Concurrency Control permette la lettura e la scrittura concorrente delle tabelle, bloccando solo gli aggiornamenti concorrenti della stessa riga. In questo modo si evitano i conflitti.<\/p>\n

Scalabilit\u00e0<\/h4>\n

PostgreSQL supporta Unicode, set di caratteri internazionali, codifiche di caratteri multi-byte ed \u00e8 localizzato per l’ordinamento, la sensibilit\u00e0 alle maiuscole e alle minuscole e la formattazione. PostgreSQL \u00e8 altamente scalabile nel numero di utenti concorrenti che pu\u00f2 ospitare e nella quantit\u00e0 di dati che pu\u00f2 gestire. Inoltre, PostgreSQL \u00e8 multipiattaforma e pu\u00f2 funzionare su molti sistemi operativi tra cui Linux, Microsoft Windows, OS X, FreeBSD e Solaris.<\/p>\n

Caricamento Dinamico<\/h4>\n

Il server PostgreSQL pu\u00f2 anche includere il codice scritto dall’utente attraverso il caricamento dinamico. L’utente pu\u00f2 specificare un file di codice oggetto; per esempio, una libreria condivisa che implementa una nuova funzione o tipo e PostgreSQL lo caricher\u00e0 come richiesto. L’abilit\u00e0 di modificare il suo funzionamento al volo lo rende unico per implementare rapidamente nuove strutture di archiviazione e applicazioni.<\/p>\n

Architettura di PostgreSQL<\/h3>\n

Il server PostgreSQL ha una struttura semplice, composta da una memoria condivisa, processi in background e una struttura di directory di dati. In questa sezione, discutiamo ogni componente e come interagiscono tra loro. Di seguito riportiamo un’illustrazione dell’architettura PostgreSQL. Inizialmente, il client invia una richiesta al server. Poi, il server PostgreSQL elabora i dati utilizzando buffer condivisi e processi in background. Il file fisico del server di database PostgreSQL \u00e8 memorizzato nella directory dei dati.<\/p>\n

\"Il
Illustrazione dell’architettura PostgreSQL (Fonte immagine: Wikimedia Commons<\/a>)<\/figcaption><\/figure>\n

Memoria Condivisa<\/h4>\n

La memoria condivisa \u00e8 riservata al caching del log delle transazioni e al caching del database. Inoltre ha elementi come Shared Buffers, WAL Buffers, Work Memory e Maintenance Work Memory. Approfondiamo ogni argomento qui di seguito.<\/p>\n

Shared Buffers (Buffer Condivisi)<\/h5>\n

Questi buffer servono a minimizzare il DISK IO del server. Per raggiungere questo obiettivo, \u00e8 giusto impostare il valore del buffer condiviso al 25% della memoria totale se abbiamo un server dedicato a PostgreSQL. Il valore predefinito dei buffer condivisi dalla versione 9.3 in poi \u00e8 di 128 MB. \u00c8 imperativo cercare di ridurre al minimo la contesa quando diversi utenti vi accedono simultaneamente. I blocchi usati pi\u00f9 di frequente dovrebbero rimanere nel buffer il pi\u00f9 a lungo possibile. Questo permette di accedere ai dati pi\u00f9 velocemente.<\/p>\n

WAL Buffers<\/h5>\n

I buffer WAL memorizzano temporaneamente le modifiche al database. Il file WAL consiste nei contenuti scritti dal buffer WAL in un punto predeterminato nel tempo. I file WAL e i buffer WAL sono significativi per recuperare i dati durante il backup e il ripristino.<\/p>\n

Work Memory<\/h5>\n

Questo spazio di memoria \u00e8 utilizzato per le operazioni di bitmap, l’ordinamento, l’unione di join e hash join per scrivere i dati nei file temporanei del disco. L’impostazione predefinita dalla versione 9.3 in poi \u00e8 di 4 MB.<\/p>\n

Maintenance Work Memory<\/h5>\n

Questo spazio di memoria \u00e8 utilizzato per operazioni di database come ANALYZE, VACUUM, ALTER TABLE e CREATE INDEX. L’impostazione predefinita dalla versione 9.4 in poi \u00e8 di 64 MB.<\/p>\n

Processi in Background<\/h4>\n

Ogni processo in background \u00e8 integrale ed esegue una funzione unica per gestire il server. Alcuni importanti processi in background sono ulteriormente elaborati di seguito:<\/p>\n

Processo Checkpointer<\/h5>\n

Quando si verifica un checkpoint, il buffer sporco viene scritto nel file. Il Checkpointer essenzialmente scrive tutte le pagine sporche dalla memoria al disco e pulisce l’area del buffer condiviso. Se il database va in crash, la perdita di dati pu\u00f2 essere misurata ottenendo la differenza tra il tempo dell’ultimo checkpoint e il tempo di arresto di PostgreSQL.<\/p>\n

Processo di Scrittura in Background<\/h5>\n

Aggiorna i log e le informazioni di backup. Fino alla versione 9.1, questo processo era integrato insieme al processo di checkpoint che veniva eseguito regolarmente. Tuttavia, dalla versione 9.2 in poi, il processo checkpointer \u00e8 stato separato dal processo di background writer.<\/p>\n

WAL Writer<\/h5>\n

Questo processo scrive e scarica periodicamente i dati WAL sul buffer WAL nella memoria persistente.<\/p>\n

Archiver<\/h5>\n

Se abilitato, questo processo ha la responsabilit\u00e0 di copiare i file di log WAL in una directory specificata.<\/p>\n

Logger\/Logging Collector<\/h5>\n

Questo processo scrive un buffer WAL sul file WAL.<\/p>\n

File di Dati\/Struttura della Directory dei Dati<\/h4>\n

PostgreSQL ha diversi database che insieme formano un cluster di database. Quando viene inizializzato, vengono creati i database template0, template1 e Postgres. La creazione del nuovo database dell’utente avviene attraverso i template di database, che consistono nelle tabelle del catalogo di sistema. Anche se l’elenco delle tabelle in template0 e template1 \u00e8 lo stesso dopo l’inizializzazione, solo il database template1 pu\u00f2 creare gli oggetti di cui l’utente ha bisogno, quindi il database utente viene creato clonando il database template1.<\/p>\n

I dati necessari per il cluster sono memorizzati all’interno della directory dei dati del cluster, che \u00e8 anche chiamata “PGDATA”. Consiste di diverse sottodirectory. Alcune importanti sono menzionate di seguito:<\/p>\n