== Wöchentlicher PostgreSQL Newsletter - 27. Februar 2011 ==

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 - 27. Februar 2011 ==
Date: 2011-02-28 23:31:49
Message-ID: 4D6C3065.5000408@wars-nicht.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

Der Originalartikel befindet sich unter:

http://www.postgresql.org/community/weeklynews/pwn20110227

== Wöchentlicher PostgreSQL Newsletter - 27. Februar 2011 ==

Gabriele Bartolini von der ITPUG wird einen Vortrag über
PostgreSQL 9.0 auf der Codemotion in Rom am Samstag dem 5. März 2011
um 16:10 Uhr halten. Mehr Informationen unter:
http://www.codemotion.it/en/

== PostgreSQL Produkt Neuigkeiten ==

pgpool-II 3.0.3, ein Connection Pooler und mehr,
ist erschienen.
http://pgfoundry.org/projects/pgpool/

pgwatch 1.0beta1, ein Monitoringwerkzeug für PostgreSQL,
ist erschienen.
http://www.cybertec.at/en/pgwatch/

psycopg2 2.4, ein Python Treiber für PostgreSQL, ist erschienen.
http://initd.org/psycopg/articles/2011/02/27/psycopg-24-released/

== PostgreSQL Jobs im Februar ==

http://archives.postgresql.org/pgsql-jobs/2011-02/threads.php

== PostgreSQL Lokal ==

PostgreSQL Conference East 2011: New York,
vom 22. bis 25. März
http://www.postgresqlconference.org

Das Open Database Camp findet vom 7. bis 9. Mai 2011 in Sardinien,
Italien statt.
http://datacharmer.blogspot.com/2011/01/announcing-open-database-camp-sardinia.html

PGCon findet am 19. und 20. Mai 2011 an der Universität
von Ottawa statt, vorher gibt es am 17. und 18. Mai
zwei Tage mit Trainings.
http://www.pgcon.org/2011/

== PostgreSQL in den News ==

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

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

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, spanische an pwn(at)arpug(dot)com(dot)ar(dot)

== Reviews ==

== Angewandte Patches ==

ITAGAKI Takahiro pushed:

- Add ENCODING option to COPY TO/FROM and file_fdw. File encodings
can be specified separately from client encoding. If not specified,
client encoding is used for backward compatibility. Cases when the
encoding doesn't match client encoding are slower than matched cases
because we don't have conversion procs for other encodings.
Performance improvement would be be a future work. Original patch
by Hitoshi Harada, and modified by me.

http://git.postgresql.org/pg/commitdiff/3cba8240a195c4f323e3f934bfeab308434a9973

- Fix pg_server_to_client, that was broken in the previous commit.

http://git.postgresql.org/pg/commitdiff/ca9cf85d54ec08f37edb37341ad8ee1f20211458

- Make the second words lowercase in psql's \d titles for unlogged
tables.

http://git.postgresql.org/pg/commitdiff/5a922f13eff66b3e437e823419d48d509d59a6be

- Add tab-completion for CREATE UNLOGGED TABLE in psql, and fix
unexpected completion for DROP TEMP and UNIQUE.

http://git.postgresql.org/pg/commitdiff/4191e16cbeafb9184dff37c3cbfe94b11a29d5f4

- More psql tab-completion for new commands: ALTER FOREIGN DATA
WRAPPER with HANDLER, ALTER TABLE VALIDATE CONSTRAINT, ALTER TYPE
ADD VALUE, COPY with ENCODING and FORCE NOT NULL, CREATE FOREIGN
DATA WRAPPER with HANDLER, CREATE TRIGGER ... INSTEAD OF

http://git.postgresql.org/pg/commitdiff/6079375431d5e55f2456b47521bb16e6e263d8a6

Bruce Momjian pushed:

- Update docs about new role privileges reference, per Alvaro Herrera.

http://git.postgresql.org/pg/commitdiff/ede45e90dd1992bfd3e1e61ce87bad494b81f54d

- Move information_schema duplicate constraint note to the top of the
information schema documentation because it affects several tables.

http://git.postgresql.org/pg/commitdiff/fee7802770669398359c369aee83277dcc58edd1

- Reword information_schema duplicate constraint warning text.

http://git.postgresql.org/pg/commitdiff/edb382179d49105a236b54678a5a4020276df071

- Update wording about information schema and name which views
potentially can have duplicates, per request from Tom Lane.

http://git.postgresql.org/pg/commitdiff/2c72d7042bc09bd8a1f2dc8ab288fec449760ba8

- Document pg_options_to_table() (not previously documented)

http://git.postgresql.org/pg/commitdiff/772dcfe7c0b3c678c8aef11de2bf8a52150a56f1

- Fix doc patch --- pg_options_to_table() returns "setof record".

http://git.postgresql.org/pg/commitdiff/86434afb11093ba4e2893b717858d8ce790f3e2e

- Document that pg_options_to_table() also works for
pg_attribute.attoptions.

http://git.postgresql.org/pg/commitdiff/58838a7a52a913c66084158f98f1f62349ee6335

- Fix markup for pg_options_to_table() to report the return column
names, per suggestion from Andrew Dunstan.

http://git.postgresql.org/pg/commitdiff/721ea41f1413bee70839c957a08eca62799e274f

- Be less detailed about reporting shared memory failure by avoiding
the output of actual Postgres parameter _values_ related to shared
memory, and suggesting that these are only possible parameters to
reduce.

http://git.postgresql.org/pg/commitdiff/67a5e727c8655496013b007d2fb6137fcc244b18

- Document that last vacuum statistics and counts are for non-FULL
vacuums.

http://git.postgresql.org/pg/commitdiff/c11f1f714b6983e011cc4639cf669151d587e8c2

Tom Lane pushed:

- Fix dangling-pointer problem in before-row update trigger
processing. ExecUpdate checked for whether ExecBRUpdateTriggers had
returned a new tuple value by seeing if the returned tuple was
pointer-equal to the old one. But the "old one" was in
estate->es_junkFilter's result slot, which would be scribbled on if
we had done an EvalPlanQual update in response to a concurrent
update of the target tuple; therefore we were comparing a dangling
pointer to a live one. Given the right set of circumstances we
could get a false match, resulting in not forcing the tuple to be
stored in the slot we thought it was stored in. In the case
reported by Maxim Boguk in bug #5798, this led to "cannot extract
system attribute from virtual tuple" failures when trying to do
"RETURNING ctid". I believe there is a very-low-probability chance
of more serious errors, such as generating incorrect index entries
based on the original rather than the trigger-modified version of
the row. In HEAD, change all of ExecBRInsertTriggers,
ExecIRInsertTriggers, ExecBRUpdateTriggers, and ExecIRUpdateTriggers
so that they continue to have similar APIs. In the back branches I
just changed ExecBRUpdateTriggers, since there is no bug in the
ExecBRInsertTriggers case.

http://git.postgresql.org/pg/commitdiff/a210be772047575331fb6b0ab7b72043f81452ba

- Remove ExecRemoveJunk(), which is no longer used anywhere. This was
a leftover from the pre-8.1 design of junkfilters. It doesn't seem
to have any reason to live, since it's merely a combination of two
easy function calls, and not a well-designed combination at that (it
encourages callers to leak the result tuple).

http://git.postgresql.org/pg/commitdiff/2e852e541c84af85aa918762fc838fa44a399310

- Allow binary I/O of type "void". void_send is useful for the same
reason that void_out doesn't throw error, namely that someone might
do "select void_returning_func(...)" from a client that prefers to
operate in binary mode. The void_recv function may or may not have
any practical use, but we provide it for symmetry. Radosław Smogura

http://git.postgresql.org/pg/commitdiff/1ab9b012bdf1f106792fc523e21b9ca8299bb8ed

- Add a relkind field to RangeTblEntry to avoid some syscache lookups.
The recent additions for FDW support required checking
foreign-table-ness in several places in the parse/plan chain. While
it's not clear whether that would really result in a noticeable
slowdown, it seems best to avoid any performance risk by keeping a
copy of the relation's relkind in RangeTblEntry. That might have
some other uses later, anyway. Per discussion.

http://git.postgresql.org/pg/commitdiff/bdca82f44d0e0168dece56cbd53b54ba142f328f

- Support data-modifying commands (INSERT/UPDATE/DELETE) in WITH.
This patch implements data-modifying WITH queries according to the
semantics that the updates all happen with the same command counter
value, and in an unspecified order. Therefore one WITH clause can't
see the effects of another, nor can the outer query see the effects
other than through the RETURNING values. And attempts to do
conflicting updates will have unpredictable results. We'll need to
document all that. This commit just fixes the code; documentation
updates are waiting on author. Marko Tiikkaja and Hitoshi Harada

http://git.postgresql.org/pg/commitdiff/389af951552ff2209eae3e62fa147fef12329d4f

- Fix order of shutdown processing when CTEs contain inter-references.
We need ExecutorEnd to run the ModifyTable nodes to completion in
reverse order of initialization, not forward order. Easily done by
constructing the list back-to-front.

http://git.postgresql.org/pg/commitdiff/000128bc7f591025d0c1ce539bb53c6ad00ab69c

- Refactor the executor's API to support data-modifying CTEs better.
The originally committed patch for modifying CTEs didn't interact
well with EXPLAIN, as noted by myself, and also had corner-case
problems with triggers, as noted by Dean Rasheed. Those problems
show it is really not practical for ExecutorEnd to call any
user-defined code; so split the cleanup duties out into a new
function ExecutorFinish, which must be called between the last
ExecutorRun call and ExecutorEnd. Some Asserts have been added to
these functions to help verify correct usage. It is no longer
necessary for callers of the executor to call
AfterTriggerBeginQuery/AfterTriggerEndQuery for themselves, as this
is now done by ExecutorStart/ExecutorFinish respectively. If you
really need to suppress that and do it for yourself, pass
EXEC_FLAG_SKIP_TRIGGERS to ExecutorStart. Also, refactor portal
commit processing to allow for the possibility that PortalDrop will
invoke user-defined code. I think this is not actually necessary
just yet, since the portal-execution-strategy logic forces any
non-pure-SELECT query to be run to completion before we will
consider committing. But it seems like good future-proofing.

http://git.postgresql.org/pg/commitdiff/a874fe7b4c890d1fe3455215a83ca777867beadd

- Add documentation for data-modifying statements in WITH clauses.
Marko Tiikkaja, somewhat reworked by Tom Lane.

http://git.postgresql.org/pg/commitdiff/0ef0b302040284a087c1bc90df5b115f0dea7764

Robert Haas pushed:

- Fix a couple of unlogged tables goofs. "SELECT ... INTO UNLOGGED
tabname" works, but wasn't documented; CREATE UNLOGGED SEQUENCE and
CREATE UNLOGGED VIEW failed an assertion, instead of throwing a
sensible error. Latter issue reported by Itagaki Takahiro; patch
review by Tom Lane.

http://git.postgresql.org/pg/commitdiff/3e6b305d9e2a4616bf69e31b0b21ebbb844ba50e

- Named restore point improvements. Emit a log message when creating
a named restore point, and improve documentation for
pg_create_restore_point(). Euler Taveira de Oliveira, per
suggestions from Thom Brown, with some additional wordsmithing by
me.

http://git.postgresql.org/pg/commitdiff/79ad8fc5f857ed38057f482fc022bf157175c4d8

Peter Eisentraut pushed:

- Add PL/Python functions for quoting strings. Add functions
plpy.quote_ident, plpy.quote_literal, plpy.quote_nullable, which
wrap the equivalent SQL functions. To be able to propagate char *
constness properly, make the argument of quote_literal_cstr() const
char *. This also makes it more consistent with quote_identifier().
Jan Urbański, reviewed by Hitoshi Harada, some refinements by Peter
Eisentraut

http://git.postgresql.org/pg/commitdiff/1c51c7d5ffd407426f314b2cd317ef77f14efb1f

- Table function support for PL/Python. This allows functions with
multiple OUT parameters returning both one or multiple records
(RECORD or SETOF RECORD). Jan Urbański, reviewed by Hitoshi Harada

http://git.postgresql.org/pg/commitdiff/bc411f25c14f65b459de5dbc96ac79e7741ef9ee

- Remove remaining expected file for Python 2.2. We don't have
complete expected coverage for Python 2.2 anyway, so it doesn't seem
worth keeping this one around that no one appears to be updating
anyway. Visual inspection of the differences ought to be good
enough for those few who care about this obsolete Python version.

http://git.postgresql.org/pg/commitdiff/438cdf6e4893311df4e94dc55b961a691908a530

- PL/Python explicit subtransactions. Adds a context manager,
obtainable by plpy.subtransaction(), to run a group of statements in
a subtransaction. Jan Urbański, reviewed by Steve Singer,
additional scribbling by me

http://git.postgresql.org/pg/commitdiff/22690719ea5a89ccbcd04deb58c83d8d5f138df8

Alvaro Herrera pushed:

- Fix pageinspect's heap_page_item to return infomasks as 32 bit
values. HeapTupleHeader's t_infomask and t_infomask2 are defined as
16-bit unsigned integers, so when the 16th bit was set,
heap_page_item was returning them as negative values, which was
ugly. The change to pageinspect--unpackaged--1.0.sql allows a
module upgraded from 9.0 to be cleanly updated from the previous
definition.

http://git.postgresql.org/pg/commitdiff/a338d654614f897ccb58eaa8a6171abdb7dc8dff

- Update pageinspect--1.0.sql to match the upgrade script. Per
comment from Tom Lane

http://git.postgresql.org/pg/commitdiff/0056066d06067d2d7fc84b31937933b5724347d0

Andrew Dunstan pushed:

- Add a configure check for Python.h if building with python.

http://git.postgresql.org/pg/commitdiff/42e5223648e7e56f8041bed329929dbd5529ea92

Heikki Linnakangas pushed:

- Increase the default for wal_sender_delay from 200ms to 1s. Now
that WAL sender is immediately woken up by transaction commit,
there's no need to wake up so aggressively.

http://git.postgresql.org/pg/commitdiff/be6668d6eff6a03455b48fa8ce1a397ff5bae788

Magnus Hagander pushed:

- Fix verbose display of REPLICATION role attribute. Josh Kupershmidt

http://git.postgresql.org/pg/commitdiff/b04137a2948a24dfa3b87222f07073eb9939b264

== Abgelehnte Patches (bis jetzt) ==

No one was disappointed this week :-)

== Eingesandte Patches ==

Hans-Juergen Schoenig sent in a WIP patch to track cross-column
correllation.

Kevin Grittner sent in two revisions of a patch to track changes with
triggers.

Radoslaw Smogura sent in three revisions of a patch to add a binary
in/out for aclitem.

Alexander Korotkov sent in a WIP patch to collect statistics for array
columns.

Shigeru HANADA sent in another revision of the postgresql_fdw patch.

Gurjeet Singh sent in a patch to allow the use of paths relative to
that of the current file in psql.

Andrew Tipton sent in a patch to add GiST support for BOX @> POINT
queries.

Magnus Hagander sent in another revision of the patch to allow
streaming a base backup.

Fujii Masao sent in another revision of the patch to add replication
server timeout.

Rumko (rumcic AT gmail DOT com) sent in a patch to allow PostgreSQL to
compile on Dragonfly BSD.

Jaime Casanova sent in another revision of the patch to allow for
synchronous replication.

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

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Susanne Ebrecht 2011-03-07 09:13:14 Die Damenmannschaft startet Übersetzungsprojekt
Previous Message Andreas 'ads' Scherbaum 2011-02-21 22:53:08 == Wöchentlicher PostgreSQL Newsletter - 20. Februar 2011 ==