Francois Tigeot, utente attivo nella comunità DragonflyBSD, ha pubblicato in mailing list alcuni risultati interessanti che hanno per oggetto le prestazioni di DragonFlyBSD. Il test consiste nel ruolo di server di database con PostgreSQL 9.1. Il confronto è stato effettuato con FreeBSD 9.0-RC1. Una cosa in famiglia, dunque.

Lo sviluppo di DragonFlyBSD 2.12 è stato momentaneamente posto sotto revisione, rallentandone il rilascio, al fine di trattare alcune problematiche che affliggevano il sistema da molto tempo. I cambiamenti apportati sembrano avere effetto, il token MP e altri aggiustamenti stanno consentendo un recupero netto sul fronte scalabilità.

I test effettuati da Tigeot denotano una superiorità costante di FreeBSD9, ma anche un miglioramento di quasi il doppio per DragonFlyBSD rispetto alle versioni precedenti. Peccato per qualche crash avvenuto sui picchi del carico di lavoro. Ovviamente non è un test esaustivo, ma le prestazioni di un server di database, espresse in transazioni al secondo, sono un’applicazione tipica dei due sistemi. Si tratta di un benchmark comunque indicativo e ci mostra che l’apprendista si sta avvicinando al maestro.

Tendenza rilanciata anche da un test più “futuristico”, rispetto al precedente, dove FreeBSD-10 e DragonFlyBSD 2.13 si scontrano a colpi di PostgreSQL9.2-dev. Il risultato è di sostanziale parità. Davvero un risultato non scontato, che comunque richiederà delle conferme al momento dei rilasci stabili. Staremo a vedere.

Via | OSNews

PostgreSQL è un ORDBMS open source e multipiattaforma, rilasciato sotto licenza BSD, che vanta quasi 15 anni di sviluppo (oltre che svariati riconoscimenti) ed ha fatto della sua aderenza agli standard, della sua riconosciuta stabilità e della programmabilità alcuni dei suoi punti di forza.

Nonostante tutto risulta essere ancora una scelta di nicchia nel panorama dei DBMS, credo che probabilmente con la protratta crisi economica e considerando che molte delle caratteristiche dei DBMS commerciali in PostgreSQL sono a costo zero, la sua fetta di mercato non potrà che crescere.

Il proliferare di eventi dedicati all’uso dell’Open nelle P.A. italiane dimostra il crescente interesse di molti enti pubblici nelle comunità. Nel solo mese di Novembre si sono tenuti due convegni patrocinati da PloneGov Italia dedicati a presentare i risultati già conseguiti dalle pubbliche amministrazioni in tema di software Open.

Negli anni ‘70 e ‘80 gli investimenti pubblici erano dedicati all’acquisizione di licenze commerciali e allo sviluppo di software verticale, gestito separatamente da ogni singolo ente. Le varie crisi economiche succedutesi negli anni ‘90 hanno costretto le P.A. a ridurre i budget dedicati all’informatica ed aprirsi al mercato dell’outsourcing. Ma così il personale della P.A. si è ridotto ad essere mero amministratore del sistema informativo pubblico, soccombendo alla perdita del know how.

Dal 2005 la situazione si è invertita, con l’adozione di software Open. Grazie all’Open le amministrazioni locali possono contare nel lavoro offerto da intere comunità di programmatori professionali, e si possono concentrare nelle personalizzazioni del software. Le stesse verticalizzazioni saranno poi riutilizzabili a costo zero da altre pubbliche amministrazioni, con il conseguente risparmio per il contribuente.

E’ il caso del comune di Padova, che ha convertito la propria piattaforma di networking ai sistemi GNU. Se nel 2005 solo il 50% dei server padovani utilizzava Debian Linux, nel 2009 il 95% è coperto da questo sistema.
Anche il software di base utilizzato dal comune patavino è ormai sotto licenza GNU o comunque Open Like: OpenVPN, Postgres, Squid, RAP3 e Gruopware sono solo alcuni esempi. L’aministrazione padovana sta ora investendo in OpenOffice e nella completa sostituzione di Windows con Debian.

Il risparmio è calcolato da Padova in 200.000 euro anno per il software di base, 115.000 euro per le piattaforme (DB, Web server, ecc), e 225.000 per il software di produttività. Più di mezzo milione di tasse risparmiate.

Ma questo risparmio aumenta se si guarda agli accordi per il riutilizzo, stretti da Padova con Regione Veneto, comune di Fano, di Treviso, Lecce, Prato e CILEA. Ormai gli appalti pubblici non riguardano più soltanto la soddisfazione di una singola P.A., ma di interi raggruppamenti.

PloneGov Italia ha collaborato con i comuni di Lucca e di Milano alla costruzione di sistemi per la gestione documentale e per il controllo fiscale. Il tema fiscale è particolarmente strategico. Grazie alla riusabilità propria del paradigma Open, le P.A. italiane si stanno associando per ottenere un sistema unificato di controllo dell’evasione fiscale pur investendoci budget limitati.

Costruito un portale in una amministrazione provinciale, spesso lo stesso viene riutilizzato da P.A. locali più piccole o reinstallato dalle più grandi con il conseguente risparmio nei costi e tempi di sviluppo.

PloneGov ha collaborato anche con la provincia di Ferrara nella produzione di una serie di servizi per il cittadino. In particolare questa provincia ha creato un portale che gestisce l’organizzazione dei documenti per la sez. penale del tribunale di Ferrara. Dal mantenimento di tonnellate di documenti cartacei, si sta passando ad un archivio informatizzato rapidamente consultabile da magistratura ed avvocati, senza modificarne le abitudini dei medesimi nella ricerca e consultazione di infomazioni. Il costo dell’investimento è stato di appena 30.000 euro, un esempio da esportare in tutti i tribunali italiani, strozzati dalle scartoffie.

L’entusiasmo mostrato dei vari responsabili del settore pubblico verso la nuova frontiera Open sta trasformandosi nell’occasione per l’informatica italiana di emergere dall’ombra gettata dalle multinazionali quali Apple, Microsoft ed IBM.

PostgreSQL è stato scelto come il nuovo motore per la Caisse Nationale d’Allocations Familiales (CNAF), la previdenza sociale, francese.

Il database open source è subentrato ad un’alternativa proprietaria della CNAF che nello scorso 2009 ha gestito 69 miliardi di euro francesi distribuiti a 11 milioni di cittadini. Secondo le stime di Bull, l’azienda informatica che cura l’assistenza, ogni giorno vengono effettuate quasi un miliardo di query SQL.

La scelta è ricaduta su PostgreSQL per la disponibilità dei sorgenti e per le sue qualità tecniche senza dimenticare le prestazioni e la stabilità del software. Ora i francesi possono vantarsi di avere un sistema più veloce, efficiente e persino più economico. La migrazione è stata molto lunga, in 18 mesi sono stati convertiti 168 database per un totale di 4 TB di dati. Ora viene anche utilizzato Nagios per il monitoraggio dei sistemi.

Via | Osor

TOra è un’interfaccia grafica multi-piattaforma per la gestione dei database.

Attraverso QT4 vi potrete collegare direttamente a basi di dati gestite con PostgreSQL e MySQL, mentre per tutti gli altri server dovrete passare attraverso ODBC. Oltre a darvi la possibilità di visualizzare i dati e lo schema del DB a cui siete connessi sono anche disponibili alcuni strumenti più evoluti come rollback segment monitor, instance manager, editor e debugger PL/SQL.

TOra è già disponibile per molte distribuzioni, ma potrete compilarlo per tutti i maggiori sistemi operativi.

Via | ToraSQL

Dopo 5 anni di sviluppo è finalmente arrivato PostgreSQL 9.0.

Questa versione include molte novità come l’introduzione delle tecnologie Hot Standby e Streaming Replication che consentono ad uno slave una miglior replicazione e di rispondere alle query in modalità read-only in caso di down del master.

Per le stored procedure PL/Perl e PL/Python sono stati migliorati in molti modi ed è supportato anche Python3. Per chi usa Windows è disponibile finalmente la piena compatibilità con i 64bit. Per tutti i dettagli potete consultare le note di rilascio.

Via | PostgreSQL

Oracle ha spento i server che venivano utilizzati da PostgreSQL per testare le nuove patch su Solaris ed OpenSolaris.

Questi server consentono di scovare eventuali bug molto più velocemente perché eseguono tutti i test per ogni modifica apportata ai sorgenti. Uno strumento importantissimo per la stabilità del software sviluppato. Sun contribuiva mettendo a disposizione delle macchine, ma Oracle le ha spente senza nessun preavviso e senza commentare l’accaduto.

Questo comportamento probabilmente fa capire quanto l’azienda veda PostgreSQL come un concorrente per i suoi prodotti e non voglia aiutarlo in alcun modo. Scelta condivisibile, ma portata avanti senza alcun preavviso o comunicazione. L’ennesimo esempio che Oracle non vuole cammina sul sentiero tracciato dalla vecchia dirigenza Sun.

Via | ITNews

Ormai siamo arrivati alla seconda beta di PostgreSQL ed ormai dovremmo essere quasi arrivati alla versione finale. Potrebbe uscire ancora una beta al massimo prima della release stabile.

Le novità sono tante ed interessanti come vi avevamo già raccontato in occasione della prima beta. Nel caso voglia approfondire in anticipo e nel dettaglio tutte le novità che porterà questa versione potete sfogliare le slide presenti dopo il salto oppure consultare un elenco compatto.

Via | PostgresOnline

Creato da Fluidinfo, un’azienda che è stata “fondata” formalmente solo ieri (grazie a un investimento di ca. $800.000 in venture capitalism dalle imprese sponsor dell’evento di NYC), FluidDB ambisce a diventare la Wikipedia dei database sfruttando tecnologie open source per generare dati rilevanti attraverso connessioni S2S da piattaforme esistenti: ad esempio, TunkRank estrapola informazioni dalle API di Twitter e le trasmette a FluidDB inserendole in una struttura personalizzata per le proprie esigenze.

In pratica i dati passano da un database all’altro attraverso le API dei rispettivi servizi: il dialogo con quelle di FluidDB consente di ristrutturare le informazioni per adeguarle all’uso che se ne vuole fare (TunkRank si occupa di statistiche su Twitter). Il vantaggio e lo svantaggio principali del nuovo database consistono nello stesso aspetto: i dati non sono “fisicamente” sul proprio server… bensì su quello di Fluidinfo, equipaggiato con Ubuntu e amministrato via Python su PostreSQL. Altre tecnologie in uso da FluidDB sono Twisted, Thrift, AMQP e Lucene.

Via | ReadWriteWeb

Dopo cinque anni di sviluppo dalla versione 8.0, siamo ormai vicini al rilascio di PostgreSQL 9.0.

La beta recentemente rilasciata è dotata di replicazione integrata usando le tecnologie Hot Standby e Streaming Replication.

Streaming Replication consente ad uno slave di rimanere connesso al server primario da cui riceve uno stream di record WAL (Write Ahead Log) nel momento in cui vengono generati anziché dover attendere la scrittura sul disco. Hot Standby consente la connessione ad un server che è in modalità recovery. In questa modalità il server potrà eseguire solo query a sola lettura. Quando il sistema tornerà normale non sarà necessario disconnettere gli utenti.

Le stored procedure ora si potranno scrivere in python 3, mentre quelle in perl utilizzeranno use strict e require. Per consultare tutte le modifiche apportate potete leggere le note di rilascio.

Via | PostgreSQL

Questa release risolve un bug di moderata entità e due di bassa importanza; si tratta più specificatamente di un problema di autenticazione, uno di DoS (Denial of Service) e, infine, di un privilege-excalation exploit.

L’update in questione introduce inoltre anche un bel fix alla situazione “could not reattach shared memory” che spesso affligge gli utenti Windows ed aggiorna i file dei fusi orari per diverse nazioni. L’aggiornamento è altamente consigliato soprattutto perchè non comporta grandi rischi di perdita di dati; basterà chiudere il software, sostituire i binari e tutto andrà a posto.

Da tempo cresce il numero di sviluppatori che cercano di abbandonare il mondo SQL a favore di nuovi approcci alla gestione dei dati, come per esempio quello offerto da couchdb.

Ogni fazione di questo scontro cita i problemi dell’implementazione avversa e solo i propri punti di forza, magari sfruttando i benchmark che più si avvicinano all’idea che si vuole propagandare.

Un progetto dell’università di Yale, gestito dal professore Daniel Abadi, potrebbe mettere pace fra i due mondi, fondendo insieme Hadoop, un framework open source che implementa il paradigma map/reduce, con PostgreSQL.

Per i dettagli dell’implementazione potete consultare il documento che è stato presentato alla conferenza Very Large Database (VLDB). In copertina lo schema.

Gli sviluppatori di PostgreSQL hanno finalmente rilasciato la versione 8.4 del loro famoso database server open source e l’hanno definita la versione più semplice da usare di tutte.

Questa release arriva dopo 16 mesi di sviluppo che visto arrivare numero migliorie e correzioni. Tra queste la possibilità di impostare permessi per le singole colonne o la possibilità di effettuare il restore parallelo dai backup che consente di ridurre i tempi ad un ottavo.

Grazie pg_migrator gli attuali utenti di PostreSQL 8.3 potranno passare alla versione aggiornata con un downtime minimo. Da non dimenticare anche il progetto per l’utilizzo di cuda come acceleratore per le stored procedure.

Potete consultare l’elenco dettagliato delle novità nella pagina dedicata che riassume tutte le nuove caratteristiche.

Via | PostgreSQL

PostgreSQL è uno dei database opensource più famosi ed estensibili.

Tra le capacità di questo software la possibilità di espandere le funzioni disponibili scrivendo del codice in quasi qualsiasi linguaggio. Quando la computazione all’interno del database diventano il collo di bottiglia è possibile sgravare il processore facendo eseguire i calcoli alle GPU nVidia usando la piattaforma CUDA.

Il fatto che la GPU venga utilizza all’interno del database evita di copiare i dati inutilmente. Potete vedere un esempio banale su HighScalability.

Via | HighScalability

Josh Berkus, uno sviluppatore di PostgreSQL, ha annunciato un concorso per ridisegnare l’interfaccia del sito PostgreSQL.org.

Il concorso è diviso in due parti. Nella prima verranno valutate le bozze per il nuovo sito ed il vincitore riceverà 1000$ di premio. Nella seconda parte il vincitore dovrà implementare il sito vero e proprio coordinandosi con il web team esistente di PostgreSQL ed alla fine riceverà altri 1000$.

Il design dovrà rispondere a tutte le richieste elencate nella pagina dedicata e le candidature possono essere presentate entro il 3 luglio.

Via | PostgreSQL