Durante la manifestazione ho avuto il piacere di dare il mio contributo alla comunità, presentando un talk riguardo l’installazione di PostgreSQL su Network File System. Nel talk ho raccontato una mia esperienza professionale condivisa con il mio collega Giuseppe Broccolo, nel quale testavamo l’affidabilità di Postgres su NFS.

Condividere la mia esperienza su PostgreSQL con gli altri partecipanti all’evento è stato piacevole e costruttivo.

Ho potuto apprezzare i talk di Denis Gasparin sui diversi tool per l’upgrade tra major release di PostgreSQL oltre al keynote tenuto da Giorgio Roncolato, Direttore Sistemi Informativi ULSS 5 di Arzignano, sulla migrazione all’Open Source, dimostrando quanto i tempi siano maturi anche per le istituzioni, sempre più sensibili all’argomento Software Libero.

Come non menzionare i divertenti talk animati di Mladen Marinovic, coi quali è riuscito a trasmettere l’importanza del testing e della code review intrattenendo la platea e regalando momenti di ilarità.

Manifestazioni di questo tipo permettono la condivisione della conoscenza attraverso i dibattiti e le discussioni che nascono sia al termine di ogni talk che durante i momenti di networking.

L’evento mi ha dato l’oppurtunità di stringere nuove amicizie e di rafforzarne altre già confermate. La giornata si è conclusa con un aperitivo che ha portato ad uno scambio di opinioni, prolungando il tempo di permanenza di alcuni partecipanti.

L’evento è organizzato dall’associazione no-profit Italian PostgreSQL Users Group (ITPUG), che ha fatto della promozione dell’open source, ed in particolare di PostgreSQL per la gestione di database, l’obiettivo principale.

Acquista ora il biglietto per la conferenza!

Oltre ad essere partner “diamond” del PGDay, 2ndQuadrant sarà presente alla manifestazione con i seguenti talk:

• BDR for DBAs – Martín Marquéz (10:45, Auditorium, in lingua inglese)

• PostgreSQL Disaster Recovery (con BarMan) – Giulio Calacoci (11:30, Sala Conferenze)

• Gli indici BRIN nei database geospaziali – Giuseppe Broccolo (12:15, Sala Conferenze)

• Integrare PostgreSQL con Logstash per il monitoraggio real-time – Gabriele Bartolini, Marco Nenciarini (14:00, Auditorium)

• L’importanza della profilazione delle query – Gianni Ciolli (14:00, Sala Conferenze)

Rappresentante delle aziende che hanno adottato PostgreSQL per la salvaguardia dei loro dati è Pietro Partescano di Subito.it, che presenterà il talk Subito 5432 Hello Word (15:45, Auditorium).

A chiusura della manifestazione, alle 16:30, sono previsti i lightning talk, l’occasione per tutti i partecipanti di diventare protagonisti per 5 minuti, salendo sul palco e condividendo le proprie esperienze e i propri progetti con PostgreSQL.

Un ulteriore contributo a PostgreSQL, è l’estensione redislog, argomento trattato da Gabriele e Marco con il talk “Integrare PostgreSQL con Logstash per il monitoraggio real-time”.

redislog è un’estensione che permette a PostgreSQL di inviare i propri log ad un server Redis, direttamente in formato JSON e di entrare in real-time all’interno della potente catena ELK (ElasticSearch, Logstash e Kibana). La funzionalità è stata scritta da 2ndQuadrant Italia e rilasciata open source, con licenza PostgreSQL.

Infatti, uno degli obiettivi di redislog è quello di permettere a sistemi come Logstash di attingere direttamente da PostgreSQL per il monitoraggio in tempo reale. In una simile architettura, redislog agisce da “mittente” in grado di inviare eventi attraverso un “intermediario” come Redis. Ulteriore dimostrazione che PostgreSQL si integra con tutto e con tutti.

Tornando alla conferenza, sono previsti anche gli immancabili eventi sociali tipici della comunità di PostgreSQL:

• giovedì 22, ore 18:00, la pg_beer. Una birra in compagnia, offerta da Interlogica, uno dei partner dell’evento.

• giovedì 22, ore 20:30 la pg_cena presso il pub Camelot 3.0 in via S. Stefano, 20-22. I biglietti per la cena, dal costo di 17 euro, sono acquistabili su evenbrite.

• venerdì 23, ore 18:00, dopo la conferenza ancora pg_beer, offerta sempre da Interlogica.

Vi aspettiamo numerosi!

Finalmente ci siamo: l’ottava edizione del PGDay italiano è al via!
La principale conferenza annuale a livello italiano sul database open source PostgreSQL si terrà a Prato questo venerdì, 7 novembre 2014, presso il Polo Universitario Città di Prato (PIN), sede distaccata dell’Università degli Studi di Firenze.

L’evento è organizzato dall’associazione no-profit Italian PostgreSQL Users Group (ITPUG) con l’obiettivo di promuovere il software libero e open source, ed in particolare l’adozione di PostgreSQL (o semplicemente Postgres) come soluzione per la gestione di database nelle aziende, nella pubblica amministrazione e nelle scuole.

La registrazione al PGDay italiano 2014 ha un costo complessivo di 90 euro (comprendente coffee break e pranzo). Per gli studenti, la quota di iscrizione è fissata a 30 euro.

In occasione della conferenza, sono previsti tre eventi sociali:

• pg_birra_pre, giovedì 6 novembre, ore 18: Interlogica, uno dei partner dell’evento, offrirà alcune consumazioni – Presso il pub Camelot 3.0 in via Santo Stefano 20-22, accanto al Duomo di Prato
• pg_cena, giovedì 6 novembre, ore 20 : Menu PGDay, acquistabile via Internet: 18 € (primo, secondo, contorni, una birra chiara o un bicchiere di vino, caffè) – Presso il pub Camelot 3.0 in via Santo Stefano 20-22, accanto al Duomo di Prato
  
• pg_birra_post, venerdì 7 novembre, ore 18

Per coloro che venerdì 7 novembre intendono continuare a festeggiare il PGDay dopo la birra e rimanere insieme per cena, 2ndQuadrant ha organizzato la “Elephant Pizzata”, presso il Wallace Pub Piazza Mercatale 24 (inizio dalle ore 20.30). È possibile acquistare il biglietto della cena al desk di 2ndQuadrant durante il PGDay.

Alle ore 22 circa inizierà il concerto di Nick Becattini, uno dei principali chitarristi blues del panorama italiano (aperto a tutti).

2ndQuadrant, partner “diamond” del PGDay, sarà presente con il team italiano al completo e presenterà i seguenti talk:

• Monitoraggio di PostgreSQL in un ambiente devops – Francesco Canovai
• Teoremi sociali con PostgreSQL – Gianni Ciolli, con Marco Maggesi e Alberto Mancini dell’Università di Firenze
• Implementare un sistema di Audit con il Logical Decoding – Gianni Ciolli
• PostgreSQL 9.4 per devops – Gabriele Bartolini
• HSTORE, JSON e JSONB: dati non strutturati ad alte performance – Marco Nenciarini
• Uso degli indici nei database geospaziali con PostgreSQL – Giuseppe Broccolo
• Implementare uno scheduler in User Space – Gianni Ciolli

Simon Riggs, Fondatore e CTO di 2ndQuadrant e major developer e committer del progetto PostgreSQL, presenterà lo stato attuale di “BDR (Bi-Directional Replication)”, interamente progettata e sviluppata dal team di 2ndQuadrant e disponibile in modalità open source.

A dare il via alla manifestazione, Gabriele Bartolini, Managing Director di 2ndQuadrant Italia, con il suo Keynote.

Il personale di 2ndQuadrant sarà felice di accogliervi al desk per qualsiasi informazione.

Vi aspettiamo numerosi.

Per partecipare non occorrerà una preparazione specialistica. Esempio: chi usa già un database, magari di tipo diverso, e vorrebbe approfittare per conoscere meglio PostgreSQL. Oppure chi deve gestire un progetto e sta valutando le tecnologie da usare, incluso il tipo di database. Oppure chi conosce già PostgreSQL, però una versione precedente, e vuole un breve aggiornamento in 40 minuti…

Dal momento che il mio co-autore Gabriele Bartolini si trova in Australia, presenterò l’intervento da solo. L’appuntamento è per venerdì e sabato prossimi a Roma, presso la facoltà di Ingegneria della terza Università. Di PostgreSQL 9.1 parleremo poi alle 14:10 di sabato; altri soci di ITPUG hanno annunciato la loro presenza.

L’idea di proporre questa comunicazione era venuta in realtà a Gabriele, entusiasta partecipante alla scorsa edizione con un intervento sempre su PostgreSQL. Non corriamo tuttavia il rischio di sovrapposizioni: grazie allo sviluppo inarrestabile di PostgreSQL è possibile proporre un intervento analogo, però con contenuti largamente nuovi.

Infatti, rispetto a 12 mesi fa ora c’è una nuova release (la 9.1), e tutte le novità allora preannunciate sono adesso parte di numerosi sistemi live; potrò quindi passare in rassegna le novità della 9.2, sia quelle confermate (JSON nativo, backup dallo standby, scansioni index-only, COUNT(*) veloce, …) che quelle ancora in ballo (trigger sui comandi, chiavi esterne sugli array, controllo sintattico di funzioni, …). Credo quindi che un eventuale spettatore di Codemotion 2011 non potrà annoiarsi, se non per ragioni indipendenti dalla quantità di fatti nuovi riguardanti PostgreSQL.

Ulteriori informazioni dopo la conferenza conclusa; per adesso vi dò appuntamento per venerdì e sabato a Roma…

È stato finalmente pubblicato e reso noto il programma del PGDay, che prevede due percorsi paralleli, uno di carattere generale e per DBA, l’altro per sviluppatori.

Ospite d’eccezione sarà Magnus Hagander, membro del Core Team di Postgres e presidente dell’associazione PostgreSQL Europe, che terrà il "Keynote speech" sulle novità di PostgreSQL 9.1.

Altri ospiti della comunità internazionale e del team di sviluppo saranno Simon Riggs, che presenterà due talk (uno sulle differenze fra PostgreSQL ed database NoSQL, l’altro sul futuro di PostgreSQL) e Andreas Scherbaum, che parlerà di Data warehousing con Postgres.

Un’esperienza importante sull’adozione del software open-source che verrà discussa nella track generale è quella di una pubblica amministrazione italiana importante come CSI Piemonte. Altri argomenti interessanti per database administrator saranno disaster recovery, alta disponibilità (HA), Serializable Snapshot Isolation Level (introdotto in 9.1) e infine l’utilizzo di PostgreSQL nel cloud di Amazon EC2.

La track per sviluppatori presenta interventi sia su importanti novità introdotte in Postgres 9.1 (come tabelle esterne, estensioni, CTE scrivibili), che su argomenti di Business Intelligence (ETL con Kettle), sicurezza e protezione delle password, memorizzazione di contenuti binari nel database. Non mancherà un approfondimento sull’utilizzo di Perl e Node.js per l’interrogazione dei database.

Infine, è stata riservata una sessione speciale per i "lightning talk", che danno la possibilità a tutti i partecipanti di diventare protagonisti per 5 minuti (tassativi), salendo sul palco e condividendo le proprie esperienze e i propri progetti con Postgres.

Il PGDay 2011 si propone di promuovere e divulgare l’utilizzo di PostgreSQL come strumento libero e completo per la gestione di basi di dati, una valida alternativa a soluzioni proprietarie per la rimozione del vendor lock-in e capace di ridurre il costo di proprietà totale (TCO).

Per partecipare all’evento è necessario registrarsi online direttamente dal sito.

Ci sono diversi modi di eseguire i test con PgTAP. È possibile usare pg_prove, uno script installabile attraverso il CPAN, oppure si può scrivere una funzione plpgsql che esegua i test.

In questo esempio, useremo una funzione.

Creiamo un file che contenga i test, chiamamolo risultati_test.sql.

Scriviamo la funzione che lancia i test direttamente nel file, con il nostro editr preferito.

CREATE OR REPLACE FUNCTION risultati_test()
RETURNS SETOF TEXT
AS $$
BEGIN
-- Controlliamo la presenza degli oggetti:
-- Tabella foo
RETURN NEXT tables_are(
'public',
ARRAY[ 'foo' ]
);
-- Schema nuovo_schema
RETURN NEXT schemas_are(
ARRAY['public','nuovo_schema']
);
-- Controlla che sia presente la funzione say_hello
RETURN NEXT can(
ARRAY['say_hello']
);
-- Controlla che la funzione say_hello sia scritta in SQL
RETURN NEXT function_lang_is(
'say_hello',
'sql'
);
-- Controlla che la funzione say_hello non generi errori
RETURN NEXT lives_ok(
'SELECT say_hello()'
);
-- Controlla che la tabella foo contenga esattamente certi valori
-- provate a cambiare uno dei valori ed osservare come si comporta il test
RETURN NEXT results_eq(
'SELECT 2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 FROM foo',
'VALUES (1),(2),(3),(4),(5)'
);
END;
$$ LANGUAGE plpgsql;

Adesso creiamo il file che esegue questa funzione, chiamiamolo test.sql

BEGIN;
i risultati_test.sql
SELECT PLAN(6); -- Necessario!
SELECT risultati_test();
ROLLBACK;

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 La prima riga dà inizio ad una transazione. È consigliato inserire i test in una transazione che esegua un rollback prima di terminare, così da essere sicuri che lo stato del databse venga mantenuto intatto.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Successivamente, tramite il comando di psql i, importiamo il file risultati_test.sql, che crea la funzione che lancia i test.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 La riga successiva, SELECT PLAN(6);, serve a specificare il numero di test che intendiamo eseguire (6 in questo caso). È necessaria e controlla che l’esecuzione di un numero di test diverso rispetto a quello specificato, restituisca un fallimento.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 La riga SELECT risultati_test(); lancia la funzione che esegue i test.

Abbiamo finito di scrivere i nostri test, possiamo eseguirli con:

psql -f test.sql pgtap_db

Il risultato dovrebbe essere:

BEGIN
CREATE FUNCTION
plan
------
1..6
(1 row)
testfunction
------------------------------------------------------
ok 1 - Schema public should have the correct tables
ok 2 - There should be the correct schemas
ok 3 - Schema pg_temp_2 or pg_catalog or public can
ok 4 - Function say_hello() should be written in sql
ok 5
ok 6
(6 rows)
ROLLBACK

Si spiega da solo, no? :)

In effetti, lo scopo del protocollo TAP è di essere il più comprensibile possibile. Una serie di ok (in caso di successo) e di not ok (in caso di fallimento) rendono estremamente facile l’interpretazione dei test.

2ndQuadrant Italia utilizza estensivamente PgTAP, il tempo speso a scrivere i test risulta di vitale importanza per la manutenzione dei nostri progetti.

Non mi dilungherò a descrivere il motivo per cui i test sono importanti, specialmente nell’ottica dello sviluppo agile, che 2ndQuadrant adotta con successo.

PgTAP, sfruttando una sintassi estremamente semplice, permette di testare a fondo il proprio database.

Presupponendo che PgTAP sia stato installato correttamente in un database chiamato pgtap_db, procediamo con la creazione di alcuni oggetti sui quali eseguiremo dei test.

Per informazioni circa l’installazione di PgTAP in un determinato database, rimando alla documentazione ufficiale.

$ psql -c "CREATE TABLE foo AS SELECT generate_series(1,5) AS x" pgtap_db
SELECT 1
$ psql -c "CREATE SCHEMA nuovo_schema" pgtap_db
CREATE SCHEMA
$ psql -c "CREATE FUNCTION say_hello() RETURNS TEXT LANGUAGE SQL AS $$SELECT 'Hello World'::TEXT$$;" pgtap_db
CREATE FUNCTION

Tipi di utilizzo

PgTAP può essere utilizzato per testare qualsiasi aspetto del database. In particolare:

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Presenza di oggetti nel database 2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Controllo dell'esecuzione di query 2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Controllo dei risultati di una query 2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Altro

Descriverò in ordine questi aspetti e poi vedremo un esempio pratico.

Presenza di oggetti nel database

Si può controllare l'esistenza di qualsiasi tipo di oggetto nel database. Questo tipo di funzioni ha più o meno la stessa firma, in particolare:

*tipo_di_oggetto*_are( [schema,]  [,description] )

Dove:

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 tipo_di_oggetto è la categoria di oggetti di cui vogliamo testare la presenza, ad esempio tabelle (tables), funzioni (functions), schemi (schemas) ecc.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 schema definisce lo schema in cui gli oggetti devono trovarsi, questo parametro ha senso solo se non si sta testando la presenza dello schema stesso.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 array_di_nomi è un array contenente i nomi degli oggetti che devono essere presenti perchè il test abbia successo

Importante: Per avere successo, tutti gli elementi specificati nell'array devono essere presenti. In caso di assenza di almeno uno degli elementi, il test fallirà.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 description è una descrizione del test

Nota: Ovviamente, nel caso di schemas_are, il primo parametro, schema, viene omesso.

Controllo dell'esecuzione di query

È possibile testare in modo semplice che una query venga eseguita senza o con errori. Per farlo sono disponibili le funzioni:

throws_ok( query [, errcode] [, errmsg] [, description] )
lives_ok( query [, description] )
performs_ok( query, milliseconds [, description])

Queste tre funzioni controllano rispettivamente:

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Che la query generi un'eccezione. È possibile specificare l'errore voluto tramite il parametro errcode

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Che la query non generi un'eccezione

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Che la query termini entro milliseconds millisecondi

Controllo dei risultati di una query

Spesso si ha bisgno di controllare che una query restituisca esattamente un certo insieme di risultati. PgTAP ha diverse funzioni per questo scopo, la principale è:

results_eq( sql, array [, description] )

Molto intuitivamente, questo test passerà se l'insieme di risultati della query sarà esattamente uguale ai valori presenti in array. Nell'esempio completo presente più in basso, vedremo come sfruttare questa funzione.

Altro

Vi sono poi altri tipi di test, ma citiamo qui solo i più importanti. Per una lista completa invitiamo a consultare la documentazione ufficiale.

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Per controllare qualsiasi elemento usando un'espressione regolare:

matches( anyelement, regex [, description] )

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Per controllare che un utente sia un superutente:

is_superuser( user [, description] )

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Per controllare che una funzione sia scritta in un determinato linguaggio:

function_lang_is( [schema,] function [, args[]] , language [, description])

2ndquadrant_italia_mod.txt 2ndquadrant_italia.txt da_installare_pandoc hdoisajds.sh risultati step2 Per stampare messaggi di diagnostica che non interferiscano con i test:

diag( text )

Nel prossimo articolo vedremo un esempio pratico, dove eseguiremo dei test su un set di oggetti creati per l'occasione.

A presto!

Il PostgreSQL Day 2011 si svolgerà a Prato il giorno 25 novembre prossimo, presso il Monash University Prato Centre, sede delle prime edizioni (2007 e 2008).

Abbiamo già diversi talk interessanti inviati da personaggi di calibro internazionale, che ci parleranno delle novità di PostgreSQL 9.1 e del suo futuro.

Tuttavia, si ricorda che sono ben accetti anche casi d’uso su PostgreSQL. Per cui, se avete una vostra esperienza di eccellenza con PostgreSQL, siete pregati di inviare un abstract seguendo le istruzioni presenti sul sito.

Si segnala infine che è ancora aperta la registrazione early bird che vi permetterà di partecipare al PGDay alla cifra di 41 euro + IVA (necessaria per coprire le spese dei coffee break e del pranzo). Al momento in cui verrà pubblicato il programma della manifestazione, la registrazione salirà a 82 euro + IVA.

Ci stiamo infine adoperando per organizzare attività sociali sia il giovedì sera che il venerdì sera, con l’obiettivo di estendere la partecipazione ai visitatori di questa bella area della Toscana fino a tutto il weekend. Vi terremo aggiornati!

Per maggiori informazioni: www.pgday.it

Nei mesi scorsi, 2ndQuadrant aveva pubblicato una serie di articoli su alcune delle novità di PostgreSQL 9.1, fra cui tabelle unlogged, tabelle esterne ed estensioni.

"PostgreSQL 9.1 fornisce alcune delle più avanzate funzionalità a disposizione di tutti i database open source ed è sostenuto da una comunità attiva e innovativa, con dimostrata esperienza di successo in ambito aziendale. PostgreSQL è inoltre ben posizionato per costruire ed eseguire applicazioni nel cloud", afferma Charles Fan (Vice presidente, Dipartimento di Ricerca e sviluppo, VMware).

Risponde a importanti richieste degli utenti

La versione 9.1 introduce molte funzionalità che per anni sono state richieste dagli utenti, rimuovendo diverse barriere nell’adozione di nuove applicazioni o nella migrazione a PostgreSQL. Fra le altre, sono degne di nota:

• replica sincrona: sicurezza e consistenza dei dati (perdita zero) all’interno di un cluster in alta disponibilità di server PostgreSQL;
• collation a livello di colonna: definizione delle regole di ordinamento delle stringhe a livello di database, tabella o colonna;
• tabelle "unlogged": miglioramenti prestazionali per dati volatili (i.e. caching o sessioni web).

"Heroku offre il più grande servizio cloud per PostgreSQL del mondo come ‘database-as-a-service’", svela James Lindenbaum, co-fondatore di Heroku. "Il rilascio della replica sincrona dei dati nella 9.1 fornisce ai nostri clienti modalità innovative per la protezione di dati mission-critical. Consacra inoltre PostgreSQL come una delle soluzioni di memorizzazione dati più dinamiche al momento disponibili".

Avanza lo stato dell’arte

La nostra comunità di sviluppatori è in grado di innovare con funzionalità all’avanguardia. La versione 9.1 ne comprende diverse che rappresentano vere e proprie novità nell’industria dei database anche non open source, come:

• indicizzazione "K-Nearest-Neighbor": indici basati sul concetto di distanza, che permettono interrogazioni più veloci nel campo delle ricerche testuali e geografiche;
• "Serializable Snapshot Isolation": garanzia di consistenza fra transazioni concorrenti senza necessariamente doverle bloccare, mettendo in pratica il concetto di "true serializability";
• "Writeable Common Table Expression": esecuzione di complessi aggiornamenti ai dati su più passi, utilizzando una singola query;
• "Security-Enhanced Postgres": implementa la sicurezza di livello militare e il controllo d’accesso vincolato ("Mandatory Access Control").

"OpenERP si è sempre avvalso delle funzionalità di classe enterprise di PostgreSQL per dotare di una base veloce, affidabile e scalabile le applicazioni che aiutano a gestire le operazioni quotidiane delle aziende nostre clienti. L’integrità dei dati in contesti altamente concorrenti e transazionali è un argomento di importanza critica per noi, e siamo veramente entusiasti della funzionalità ‘Serializable Snapshot Isolation’ introdotta in PostgreSQL 9.1!", aggiunge Olivier Dony, Community Manager di OpenERP.

Estende il motore del database

L’estensibilità di PostgreSQL consente agli utenti di aggiungere nuove funzionalità ad un database già in produzione e di sfruttarlo per compiti che nessun altro sistema di gestione di database è in grado di fare. La versione 9.1 aggiunge nuovi strumenti per l’estensibilità, fra cui:

• tabelle esterne tramite "Foreign Data Wrapper": permette di collegare e interrogare altri database direttamente da PostgreSQL;
• estensioni: rende più facile creare, caricare e gestire nuove funzionalità del database.

Tutte le funzionalità descritte sopra e molte altre sono descritte in dettaglio sia nella pagina del wiki di PostgreSQL intitolata "What’s New In 9.1" che nelle note di rilascio.

Nel 25° anniversario dello sviluppo del database PostgreSQL, la nostra comunità continua a migliorare la tecnologia dei database ad ogni rilascio annuale. Scarica subito la versione 9.1 e prova il più avanzato sistema di database open source al mondo.

Su PostgreSQL: PostgreSQL è il leader dei sistemi di gestione di database open source, con una comunità internazionale costituita da migliaia di utenti e sviluppatori nonché decine di aziende ed enti provenienti da tutte le parti del mondo. Il progetto PostgreSQL vanta 25 anni di attività di ingegneria del software, cominciata all’Università di California a Berkeley e oggi può vantare un ritmo di sviluppo senza uguali. La gamma di funzionalità mature messe a disposizione da PostgreSQL non soltanto è in grado di competere con quelle offerte da sistemi di database proprietari, ma le migliora in termini di funzionalità avanzate, estensibilità, sicurezza e stabilità. Scopri maggiori informazioni su PostgreSQL e partecipa attivamente alla nostra comunità su http://www.postgresql.org e, per l’Italia, http://www.itpug.org.

Per maggiori informazioni in italiano sul rilascio: Press Kit di PostgreSQL 9.1

La nuova versione introduce funzionalità come replica sincrona, writeable common table expression, collation a livello di colonna, serializable snapshot isolation e molte altre ancora.

La versione RC 1 contiene correzioni per tutti i principali bug riscontrati nelle varie versioni beta di PostgreSQL 9.1. Al fine di prevenire malfunzionamenti nella prossima release di produzione di PostgreSQL 9.1, è fondamentale che tutti gli utenti testino questa versione e controllino la risoluzione dei bug conosciuti.

Il codice sorgente, insieme a installer binari per diverse piattaforme, sono a disposizione dal sito di PostgreSQL:

• Download
• Release Note
• Partecipare alla fase di test
• Documentazione beta