== Notiziario settimanale PostgreSQL - 31 maggio 2009 ==

From: Gianni Ciolli <gianni(dot)ciolli(at)2ndquadrant(dot)it>
To: pgsql-it-generale <pgsql-it-generale(at)postgresql(dot)org>
Subject: == Notiziario settimanale PostgreSQL - 31 maggio 2009 ==
Date: 2009-06-11 08:06:45
Message-ID: 20090611080645.GB5897@eee.gi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-it-generale

== Notiziario settimanale PostgreSQL - 31 maggio 2009 ==

(Traduzione parziale in lingua italiana delle PostgreSQL Weekly News a
cura di Gianni Ciolli <gianni(dot)ciolli(at)2ndquadrant(dot)it>)

== Novità sul prodotto PostgreSQL ==

La versione 1.9 di Sonar, una piattaforma per la gestione della
qualità del codice Open Source, adesso supporta PostgreSQL.
http://sonar.codehaus.org/

== La novità della settimana di PostgreSQL 8.4 ==

array_agg(): il modo standard SQL di aggregare i valori dentro un
array. Adesso è ufficiale ... e anche più veloce.

== Il suggerimento della settimana ==

Se le tue query aggregate sono lente, prova ad aumentare work_mem.

== Offerte di lavoro su PostgreSQL per giugno 2009 ==

http://archives.postgresql.org/pgsql-jobs/2009-06/threads.php

== Notizie locali su PostgreSQL ==

Il PGDay Junin / Buenos Aires Unnoba si terrà il 6 giugno 2009.
http://www.arpug.com.ar/trac/wiki/PgDayUnnoba

La comunità PostgreSQL/PostGIS si incontrerà in Zurigo il 6 giugno
2009. Dettagli (de_CH) qui:
http://gis.hsr.ch/wiki/PostgreSQL-PostGIS-Höck

Il pgday di San Jose (USA) si terrà domenica 19 luglio 2009, dando il
via ad OSCON. Inviate la vostra proposta entro l'8 giugno 2009 a
conference-sf-speakers AT pgfoundry DOT org, e scoprirete entro il 20
giugno 2009 se è stata accettata.
http://www.postgresql.org/about/news.1082

Il 23 e 24 ottobre 2009 si svolgerà PGCon Brazil, presso Unicamp,
nella città di Campinas, stato di San Paolo.

Il PGDay.EU 2009 si terrà a Telecom ParisTech in Parigi nei giorni 6 e
7 novembre 2009.
http://www.pgday.eu/

Gli organizzatori della conferenza per il decimo anniversario di JPUG
stanno accettando proposte. La conferenza si terrà i giorni 20 e 21
novembre 2009 a Tokio.
http://archives.postgresql.org/pgsql-announce/2009-05/msg00018.php

== Rassegna stampa su PostgreSQL ==

Planet PostgreSQL: http://planet.postgresql.org/

Questo notiziario settimanale PostgreSQL è stato realizzato da David
Fetter, Josh Berkus e Guillaume Smet; traduzione parziale in lingua
italiana a cura di Gianni Ciolli.

Notizie o annunci destinati a questo notiziario dovranno pervenire
entro la mezzanotte di domenica (le 15 nel fuso orario della
California). I comunicati in lingua italiana dovranno essere inviati a
pwn(at)itpug(dot)org; per le lingue inglese o tedesca, si scriva
rispettivamente a david(at)fetter(dot)org o a pwd(at)pgug(dot)de(dot)

== Patch applicate ==

Tom Lane committed:

- Add range checks to time_recv() and timetz_recv(), to prevent binary
input of time values that would not be accepted via textual input.
Per gripe from Andrew McNamara. This is potentially a
back-patchable bug fix, but for the moment it doesn't seem
sufficiently high impact to justify doing that.

- Remove unused declarations of EncodeTimeOnly and DecodeTimeOnly.

- Allow the second argument of pg_get_expr() to be just zero when
deparsing an expression that's not supposed to contain variables.
Per discussion with Gevik Babakhani, this eliminates the need for an
ugly kluge (namely, specifying some unrelated relation name).
Remove one such kluge from pg_dump.

- Remove the useless and rather inconsistent return values of
EncodeDateOnly, EncodeTimeOnly, EncodeDateTime, EncodeInterval.
These don't have any good reason to fail, and their callers were
mostly not checking anyway.

- Improve documentation about function volatility: mention the
snapshot visibility effects in a couple of places where people are
likely to look for it. Per discussion of recent question from Karl
Nack.

- Ignore RECHECK in CREATE OPERATOR CLASS, just throwing a NOTICE,
instead of throwing an error as 8.4 had been doing. The error
interfered with porting old database definitions (particularly for
pg_migrator) without really buying any safety. Per bug #4817 and
subsequent discussion.

- In pgsql/doc/src/sgml/release-8.4.sgml, improve release note
explanation of the change in libpq's handling of default usernames
versus Kerberos tickets. Per confusion about what bug #4824 was
really about.

- In pgsql/src/backend/catalog/index.c, update obsolete comment in
index_drop(). When the comment was written, queries frequently took
no lock at all on individual indexes. That's not true any more, but
we still need lock on the parent table to make it safe to use cached
lists of index OIDs.

Bruce Momjian committed:

- In pgsql/doc/src/sgml/backup.sgml, remove tabs from SGML file.

- In pgsql/doc/src/sgml/libpq.sgml, document that forking while having
open libpq connections is not advised.

Michael Meskes committed:

- In pgsql/src/interfaces/libpq/fe-exec.c, reverting patch just in
case a compiler treats this enum as signed.

- Change macros to make gcc quiet when parsing.

Peter Eisentraut committed:

- Fix compiler warnings on Sun Studio of the sort '"tsquery_op.c",
line 193: warning: syntax error: empty declaration.' Zdenek Kotala.

- Fix to use the same format specifiers in both branches of a
ngettext(). Zdenek Kotala.

Magnus Hagander committed:

- In pgsql/src/backend/libpq/auth.c, properly return the usermap
result when doing gssapi authentication. Without this, the username
was in practice never matched against the kerberos principal used to
log in.

Heikki Linnakangas committed:

- In pgsql/src/backend/access/transam/xlog.c, when archiving is
enabled, rotate the last WAL segment at shutdown so that all
transactions are archived. Original patch by Guillaume Smet.

== Patch rifiutate (per adesso) ==

No one was disappointed this week :-)

Browse pgsql-it-generale by date

  From Date Subject
Next Message Gianni Ciolli 2009-06-11 08:07:33 == Notiziario settimanale PostgreSQL - 7 giugno 2009 ==
Previous Message Gianni Ciolli 2009-06-11 08:06:00 == Notiziario settimanale PostgreSQL - 24 maggio 2009 ==