== Wöchentlicher PostgreSQL Newsletter - 20. Januar 2008 ==

From: Andreas 'ads' Scherbaum <adsmail(at)wars-nicht(dot)de>
To: pgsql-de-allgemein(at)postgresql(dot)org <pgsql-de-allgemein(at)postgresql(dot)org>
Cc: pgusers(at)postgres(dot)de <pgusers(at)postgres(dot)de>
Subject: == Wöchentlicher PostgreSQL Newsletter - 20. Januar 2008 ==
Date: 2008-01-21 12:59:26
Message-ID: 20080121135926.385bc7d5@iridium.home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

Der Originalartikel befindet sich unter:
http://people.planetpostgresql.org/dfetter/index.php?/archives/155-Postgres-Weekly-News-January-20-2008.html

== Wöchentlicher PostgreSQL Newsletter - 20. Januar 2008 ==

PostgreSQL ist das Developer.com's Produkt des Jahres 2008.
http://www.developer.com/design/article.php/10925_3721761_1

IT-PUG hat einen offenen Brief an das italienische Ministerium
geschrieben.
http://www.gabrielebartolini.it/blog/index.php?/archives/40-IT-PUG-signs-a-letter-to-the-Italian-Ministry.html

== PostgreSQL Produkt Neuigkeiten ==

DBD::Pg 2.0.0_5 (RC5) erschienen.
http://search.cpan.org/~dbdpg/DBD-Pg/Pg.pm

PGCluster-1.5.0rc17 erschienen.
http://pgfoundry.org/projects/pgcluster/

pg_proboscis 0.9.3 erschienen.
http://pgfoundry.org/projects/python/

IT-PUG hat ein Suchmaschinen Plugin für Firefox für die
Dokumentation entwickelt.
http://www.itpug.org/index.en.html

Visual SQL Builder Pre-Alpha 0.3 erschienen, benötigt Helfer und Tester.
http://sourceforge.net/projects/vsqlbuilder

== PostgreSQL Jobs im Januar ==

http://archives.postgresql.org/pgsql-jobs/2008-01/threads.php

== PostgreSQL Lokal ==

NYPUGs erstes Treffen wird beim Skylight Dinner am 22. Januar um 19:30
Uhr sein.
http://skylightdinernyc.com/
Anmeldungen an josh <AT> postgresql.org.

Die Europäische PostgreSQL User Group wird ein neues Board of Directors
wählen. Wenn du einen Kandidaten vorschlagen möchtest oder die
Wahlregeln sehen möchtest:
http://www.pgug.eu/election.txt

Was ist neu in PostgreSQL 8.3 - Frühstück mit Bruce Momjian am
24. Januar 2008 in London. Zum Teilnehmen schicke eine Email an
info.emea <AT> enterprisedb.com

Der Prager PostgreSQL Entwicklertag 2008 wird am 13. Februar sein.
http://www.dbsvet.cz/view.php?cisloclanku=2008011101

PGCon 2008 wird vom 20-23. Mai in Ottawa sein, Talks werden ab jetzt
akzeptiert.
http://www.pgcon.org/2008/papers.php

TDie BSD und PostgreSQL Teams haben einen gemeinsamen Developer Room auf
der FOSDEM 2008 in Brüssel. Wenn du einen Vortrag halten möchtest oder
beim Managing des Rooms helfen möchtest, kontaktiere fosdem(at)pgug(dot)eu(dot)
Für mehr Informationen siehe:
https://www.bsdwiki.de/FOSDEM_2008

PostgreSQL Conference East '08 ist am 29. und 30. März an der
Universität von Maryland, College Park. Call for Papers ist jetzt
eröffnet.
http://www.postgresqlconference.org/

Die FISL wird vom 17. bis 19. April 2008 auf der PUCRS in Porto Alegre,
Brasilien, stattfinden.
https://fisl.softwarelivre.org/9.0/

== PostgreSQL in den News ==

Planet PostgreSQL: http://www.planetpostgresql.org/

General Bits, Archive und gelegentliche News Artikel:
http://www.varlena.com/GeneralBits/

Dieser wöchentliche PostgreSQL Newsletter wurde erstellt von David
Fetter and Robert Treat.

Sende Neuigkeiten und Ankündigungen bis Sonntag, 15 Uhr Pazifischer
Zeit. Bitte sende englische Beiträge an david(at)fetter(dot)org, deutsche an
pwn(at)pgug(dot)de, italienische an pwn(at)itpug(dot)org(dot)

== Angewandte Patches ==

Michael Meskes committed:

- In ecpg, set valid return values even in case of an error to prevent
segfaults.

- In ecpg, re-enabled variables in fetch/move command.

Alvaro Herrera committed:

- In pgsql/src/backend/postmaster/autovacuum.c, mark autovacuum
entries in pg_stat_activity so that they can be easily distinguished
from user-invoked commands. Per suggestion from Tom Lane.

- In pgsql/src/backend/postmaster/autovacuum.c, backpatch my fix of
rev 1.48 to avoid a division-by-zero error in the cost-limit vacuum
code. Per trouble report from Joshua Drake.

Tom Lane committed:

- Fix an ancient oversight in libpq's handling of V3-protocol COPY OUT
mode: we need to be able to swallow NOTICE messages, and potentially
also ParameterStatus messages (although the latter would be a bit
weird), without exiting COPY OUT state. Fix it, and adjust the
protocol documentation to emphasize the need for this. Per off-list
report from Alexander Galler.

- In pgsql/src/backend/utils/misc/guc.c, avoid cluttering the
postmaster log with bogus complaints during transaction abort, per
my note from a couple days ago.

- In pgsql/src/bin/pg_dump/pg_backup_archiver.c, prevent pg_dump from
dumping the comment (if any) on the 'public' schema. This is to
avoid uselessly requiring superuser permissions to restore the dump
without errors. Pretty grotty, but no better alternative seems
available, at least not in the near term.

- In pgsql/doc/src/sgml/errcodes.sgml, somebody forgot to add the "NOT
AN XML DOCUMENT" ERRCODE everywhere it should go ...

- In pgsql/src/backend/tsearch/wparser.c, tweak new error message to
conform to style guidelines.

- Revise memory management for libxml calls. Instead of keeping
libxml's data in whichever context happens to be current during a
call of an xml.c function, use a dedicated context that will not go
away until we explicitly delete it (which we do at transaction end
or subtransaction abort). This makes recovery after an error much
simpler --- we don't have to individually delete the data structures
created by libxml. Also, we need to initialize and cleanup libxml
only once per transaction (if there's no error) instead of once per
function call, so it should be a bit faster. We'll need to keep an
eye out for intra-transaction memory leaks, though. Alvaro and Tom.

- In pgsql/src/backend/commands/cluster.c, prevent CLUSTER from
decreasing a relation's relfrozenxid. Bug introduced in rewrite to
make CLUSTER MVCC-safe.

- Be less wishy-washy in the documentation and comments about whether
a ParameterStatus message can be sent during COPY OUT: it's
definitely possible, since COPY from a SELECT subquery can trigger
any user-defined function.

- In pgsql/contrib/start-scripts/osx/PostgreSQL, remove inappropriate
cd commands, per David Wheeler. Also make the PATH responsive to
the installation prefix, which was the apparent intent of the
previous edit, but not well executed.

- Fix ALTER INDEX RENAME so that if the index belongs to a unique or
primary key constraint, the constraint is renamed as well. This
avoids inconsistent situations that could confuse pg_dump (not to
mention humans). We might at some point provide ALTER TABLE RENAME
CONSTRAINT as a more general solution, but there seems no reason not
to allow doing it this way too. Per bug #3854 and related
discussions.

- Fix pgsql/src/backend/optimizer/plan/subselect.c to avoid assuming
that a SubLink's testexpr references each subquery output column
exactly once left-to-right. Although this is the case in the
original parser output, it might not be so after rewriting and
constant-folding, as illustrated by bug #3882 from Jan Mate.
Instead scan the subquery's target list to obtain needed per-column
information; this is duplicative of what the parser did, but only a
couple dozen lines need be copied, and we can clean up a couple of
notational uglinesses. Bug was introduced in 8.2 as part of
revision of SubLink representation.

- Insert into getCopyDataMessage() the same logic that already existed
in the main code path for enlarging libpq's input buffer in one
swoop when needing to read a long data message. Without this, the
code will double the buffer size, read more data, notice it still
hasn't got the whole message, and repeat till it finally has a large
enough buffer. Which wastes a lot of data-moving effort and also
memory (since malloc probably can't do anything very useful with the
freed-up smaller buffers). Not sure why this wasn't there already;
certainly the COPY data path is a place where we're quite likely to
see long data messages. I'm not backpatching though, since this is
just a marginal performance issue rather than a real bug.

- In pgsql/src/test/regress/pg_regress.c, make pg_regress clean out
the testtablespace directory only on Windows. On other platforms
it's better to let the Makefile handle it, but we want the
regression tests to be invokable without make on Windows. A batch
file would be a better solution, but no time for that before 8.3.
Per my discovery that this breaks testing under SELinux, and
subsequent discussion.

Bruce Momjian committed:

- Add to TODO: "Add the ability to automatically create materialized
views. Right now materialized views require the user to create
triggers on the main table to keep the summary table current. SQL
syntax should be able to manager the triggers and summary table
automatically. A more sophisticated implementation would
automatically retrieve from the summary table when the main table is
referenced, if possible."

- In FAQ, most recent Postgres version is 8.2.6, per report from
Robert Treat.

- Improve usage message for pgindent.

- Update Japanese FAQ. Jun Kuwamura.

- Stamp release for 8.3RC2; configure will be stamped by packager.

Teodor Sigaev committed:

- In pgsql/src/backend/tsearch/wparser.c, add check of headline method
presence. Per report by Yoshiyuki Asaba.

- In pgsql/src/backend/tsearch/spell.c, fix core dump with
buffer-overrun from too-long infinitive. Add checking of using
fixed length arrays to prevent array's overrun. Per report by
Hannes Dorbath and comments by Tom Lane.

Andrew Dunstan committed:

- Document the fact that COPY always uses the client encoding.

Magnus Hagander committed:

- In pgsql/doc/src/sgml/pgcrypto.sgml, typo fix per Erik Rijkers.

- Marko Kreen's updates to pgsql/doc/src/sgml/pgcrypto.sgml which
touch on SHA1, SHA224, SHA256, SHA384 and SHA512 encryption and
change references to RFC 2440 to RFC 4880.

Marc Fournier committed:

- must commit after autoconf ... and yes, I used the right autoconf

== Abgelehnte Patches (bis jetzt) ==

No one was disappointed this week :-)

== Eingesandte Patches ==

Tom Lane sent in a revision of Alvaro Herrera's XML memory allocation
patch.

--
Andreas 'ads' Scherbaum
Deutsche PostgreSQL User Group: http://www.pgug.de
DPWN: http://ads.wars-nicht.de/blog/categories/18-PWN

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Martin Spott 2008-01-30 09:10:59 Verstaendnisfrage zu "could not open relation with OID"
Previous Message Andreas 'ads' Scherbaum 2008-01-14 10:50:35 == Wöchentlicher PostgreSQL Newsletter - 13. Januar 2008 ==