Der Originalartikel befindet sich unter:
== Wöchentlicher PostgreSQL Newsletter - 05. April 2009 ==
Die Registrierung für pgCon in Ottawa ist jetzt möglich:
Die Registrierung für OSCON ist jetzt möglich. Es wird einen pgDay
am Sonntag vor der OSCON geben:
PgDay Florianopolis wird am 22. Mai stattfinden. Kontaktiere Dickson S.
Guedes (guedes AT guedesoft DOT net) um teilzunehmen oder einen Vortrag
== PostgreSQL Produkt Neuigkeiten ==
Archiveopteryx 3.0.7 und 3.1.0, ein PostgreSQL-basierender E-Mail
Handler, ist erschienen.
PGORM 0.09, ein .NET Object-relationaler Mapper für PostgreSQL, ist
PostgreDAC Ver. 2.5.1 erschienen.
== PostgreSQL 8.4 Feature der Woche ==
- CIText: David Wheeler hat ein neues Contrib-Modul hinzugefügt, welches
einen case-insensitiven Text Datentyp implementiert.
== PostgreSQL TipP der Woche ==
- \h <Anweisung> in psql gibt die komplette Dokumentation für eine
breite Palette von SQL Befehlen aus.
== PostgreSQL Jobs im April ==
== PostgreSQL Lokal ==
Kevin Kempter wird über Backup und Wiederherstellen auf dem ersten
Denver PUG Meeting am 8. April 2009 sprechen.
PgDay Brasilien wird am 17. April stattfinden. Kontaktiere fernando.ike
AT gmail DOT com oder eduardo DOT santos AT planejamento DOT gov DOT
br, wenn du teilnehmen möchtest.
Die Percona Performance Konferenz wird im Santa Clara Convention Center
in Santa Clara, Kalifornien, USA, stattfinden.
Der CfP für den PgDay in Sao Paulo am 24. April ist eröffnet.
Kontaktiere marins DOT consultoria AT gmail DOT com oder marcelojscosta
AT gmail DOT com wenn du teilnehmen möchtest.
PostgreSQL Conference U.S. (JDCon) wird einen PgDay auf dem Linuxfest
Nordwest am 25. und 26. April veranstalten. Der Call for Papers ist
Es werden weiterhin PgDays am 29. April in Porto Velho, RO und am 20.
April in Ji-Parana, RO stattfinden. Kontaktiere Luis Fernando Bueno:
proflfbueno AT gmail DOT com wenn du teilnehmen möchtest.
Michael Renner wird einen Workshop über PostgreSQL Replikation auf
der Netways OSDC 2009 in Nürnbern, Deutschland geben.
PGCon 2009 wird vom 21. bis 22. Mai 2009 in Ottawa an der Universität
von Ottawa stattfinden. Dem gehen zwei Tage mit Tutorials vom 19. bis
20. Mai 2009 voraus.
Termin vormerken: pgDay San Jose, am Sonntag dem 19. Juli unmittelbar
vor der OSCON. CfP und mehr Informationen bald.
PGCon Brasilien wird am 23.-24. Oktober 2009 auf dem Unicamp in
Campinas, Sao Paulo, stattfinden.
== PostgreSQL in den News ==
Planet PostgreSQL: http://planet.postgresql.org/
Dieser wöchentliche PostgreSQL Newsletter wurde erstellt von David
Fetter und Josh Berkus.
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 ==
Tom Lane committed:
- Fix an oversight in the support for storing/retrieving "minimal
tuples" in TupleTableSlots. We have functions for retrieving a
minimal tuple from a slot after storing a regular tuple in it, or
vice versa; but these were implemented by converting the internal
storage from one format to the other. The problem with that is it
invalidates any pass-by-reference Datums that were already fetched
from the slot, since they'll be pointing into the just-freed version
of the tuple. The known problem cases involve fetching both a
whole-row variable and a pass-by-reference value from a slot that is
fed from a tuplestore or tuplesort object. The added regression
tests illustrate some simple cases, but there may be other failure
scenarios traceable to the same bug. Note that the added tests
probably only fail on unpatched code if it's built with
--enable-cassert; otherwise the bug leads to fetching from freed
memory, which will not have been overwritten without additional
conditions. Fix by allowing a slot to contain both formats
simultaneously; which turns out not to complicate the logic much at
all, if anything it seems less contorted than before. Back-patch to
8.2, where minimal tuples were introduced.
- In pgsql/src/backend/optimizer/plan/planner.c, fix window function
plan generation to cope with volatile sort expressions. (Not clear
how useful these really are, but failing is no good...) Per report
from David Fetter and Robert Treat.
- Add PQinitOpenSSL() function to support applications that use
libcrypto but not OpenSSL (or perhaps vice versa, if that's
possible). Andrew Chernow, with minor editorialization by me.
- Add a "relistemp" boolean column to pg_class, which is true for
temporary relations (including a temp table's indexes and toast
table/index), and false for normal relations. For ease of checking,
this commit just adds the column and fills it correctly --- revising
the relation access machinery to use it will come separately.
- Modify the relcache to record the temp status of both local and
nonlocal temp relations; this is no more expensive than before, now
that we have pg_class.relistemp. Insert tests into bufmgr.c to
prevent attempting to fetch pages from nonlocal temp relations.
This provides a low-level defense against bugs-of-omission allowing
temp pages to be loaded into shared buffers, as in the
contrib/pgstattuple problem reported by Stuart Bishop. While at it,
tweak a bunch of places to use new relcache tests (instead of
expensive probes into pg_namespace) to detect local or nonlocal temp
- Fix contrib/pgstattuple and contrib/pageinspect to prevent attempts
to read temporary tables of other sessions; that is unsafe because
of the way our buffer management works. Per report from Stuart
Bishop. This is redundant with the bufmgr.c checks in HEAD, but not
at all redundant in the back branches.
- Remove last references to the crypt auth method, per Andreas 'ads'
- In pgsql/doc/src/sgml/func.sgml, index some array functions, per
- In pgsql/src/bin/pg_dump/pg_dump.c, improve pg_dump's query for
retrieving BLOB comments to be more efficient when there are many
blobs and not so many comments. Tamas Vincze.
- In pgsql/src/pl/plpgsql/src/pl_exec.c, plpgsql's
exec_simple_cast_value() mistakenly supposed that it could bypass
casting effort whenever the input value was NULL. However this
prevents application of not-null domain constraints in the cases that
use this function, as illustrated in bug #4741. Since this function
isn't meant for use in performance-critical paths anyway, this
certainly seems like another case of "premature optimization is the
root of all evil". Back-patch as far as 8.2; older versions made no
effort to enforce domain constraints here anyway.
- In pgsql/src/backend/utils/misc/guc.c, fix GUC's reports of
assign_hook failure to always include the parameter value we failed
to assign, even in "can't happen" cases. Motivated by wondering
what's going on in a recent trouble report where "failed to commit"
- Fix SetClientEncoding() to maintain a cache of previously selected
encoding conversion functions. This allows transaction rollback to
revert to a previous client_encoding setting without doing fresh
catalog lookups. I believe that this explains and fixes the recent
report of "failed to commit client_encoding" failures. This bug is
present in 8.3.x, but it doesn't seem prudent to back-patch the fix,
at least not till it's had some time for field testing in HEAD. In
passing, remove SetDefaultClientEncoding(), which was used nowhere.
- In pgsql/src/pl/plpgsql/src/pl_exec.c, minor code
- Refactor ExecProject and associated routines so that fast-path code
is used for simple Var targetlist entries all the time, even when
there are other entries that are not simple Vars. Also, ensure that
we prefetch attributes (with slot_getsomeattrs) for all Vars in the
targetlist, even those buried within expressions. In combination
these changes seem to significantly reduce the runtime for cases
where tlists are mostly but not exclusively Vars. Per my proposal
- Defend against possible crash if a plpython function does not
specify names for its arguments. Also add a regression test, since
someone apparently changed every single plpython test case to use
only named parameters; else we'd have noticed this sooner. Euler
Taveira de Oliveira, per a report from Alvaro Herrera.
- In pgsql/src/backend/storage/buffer/bufmgr.c, add a comment
documenting the question of whether PrefetchBuffer should try to
protect an already-existing buffer from being evicted. This was
left as an open issue when the posix_fadvise patch was committed.
I'm not sure there's any evidence to justify more work in this area,
but we should have some record about it in the source code.
- In pgsql/src/port/path.c, use (unsigned char) cast in argument of
pg_tolower(). Maybe it works on Windows without that, but we
shouldn't put bad examples where people might copy them. Also,
reformat slightly to improve the odds that pgindent won't go nuts on
- In pgsql/src/bin/psql/help.c, add missing help output for \ef
option. Andrew (RhodiumToad) Gierth.
- In pgsql/doc/src/sgml/ref/psql-ref.sgml, minor wordsmithing on
descriptions of some \d commands.
- In pgsql/src/bin/psql/describe.c, make \dt \di and friends more
consistent about the treatment of TOAST tables and indexes; to wit,
never show either. (You can examine them with plain \d if you're
really so inclined.)
- In pgsql/src/bin/psql/describe.c, improve obsolete comment.
- Rewrite interval_hash() so that the hashcodes are equal for values
that interval_eq() considers equal. I'm not sure how that
fundamental requirement escaped us through multiple revisions of
this hash function, but there it is; it's been wrong since
interval_hash was first written for PG 7.1. Per bug #4748 from
Roman Kononov. Backpatch to all supported releases. This patch
changes the contents of hash indexes for interval columns. That's
no particular problem for PG 8.4, since we've broken on-disk
compatibility of hash indexes already; but it will require a
migration warning note in the next minor releases of all existing
branches: "if you have any hash indexes on columns of type interval,
REINDEX them after updating".
- A session that does not have any live snapshots does not have to be
waited for when we are waiting for old snapshots to go away during a
concurrent index build. In particular, this rule lets us avoid
waiting for idle-in-transaction sessions. This logic could be
improved further if we had some way to wake up when the session we
are currently waiting for goes idle-in-transaction. However that
would be a significantly more complex/invasive patch, so it'll have
to wait for some other day. Simon Riggs, with some improvements by
- Remove the recently added node types ReloptElem and OptionDefElem in
favor of adding optional namespace and action fields to DefElem.
Having three node types that do essentially the same thing bloats
the code and leads to errors of confusion, such as in yesterday's
bug report from Khee Chin.
- Make an attempt at fixing our current Solaris 11 breakage: add a
configure probe for opterr (exactly like the one for optreset) and
have getopt.c define the variables only if configure doesn't find
them in libc.
- In pgsql/src/port/getopt.c, hmm, baiji thinks we need explicit
- Remove contrib/intarray's definitions of the <@ and @> operators, so
that they don't cause confusion with the built-in anyarray versions
of those operators. Adjust the module's index opclasses to support
the built-in operators in place of the private ones. The private
implementations are still available under their historical names @
and ~, so no functionality is lost. Some quick testing suggests
that they offer no real benefit over the core operators, however.
Per a complaint from Rusty Conover.
- In pgsql/src/include/pg_config.h.win32, I had always wondered why
pg_config.h.win32 claimed that Windows provides optreset. Current
mastodon results prove that in fact it does not; it was only because
getopt.c defined the variable anyway that things failed to fall
- Remove a boatload of useless definitions of 'int optreset'. If we
are using our own ports of getopt or getopt_long, those will define
the variable for themselves; and if not, we don't need these,
because we never touch the variable anyway.
- Change EXPLAIN output so that subplans and initplans (particularly
CTEs) are individually labeled, rather than just grouped under an
"InitPlan" or "SubPlan" heading. This in turn makes it possible for
decompilation of a subplan reference to usefully identify which
subplan it's referencing. I also made InitPlans identify which
parameter symbol(s) they compute, so that references to those
parameters elsewhere in the plan tree can be connected to the
initplan that will be executed. Per a gripe from Robert Haas about
EXPLAIN output of a WITH query being inadequate, plus some
longstanding pet peeves of my own.
- In pgsql/src/backend/executor/execQual.c, make ExecInitExpr build
the list of SubPlans found in a plan tree in order of discovery,
rather than reverse order. This doesn't matter functionally (I
suppose the previous coding dates from the time when lcons was
markedly cheaper than lappend). However now that EXPLAIN is
labeling subplans with IDs that are based on order of creation, this
may help produce a slightly less surprising printout.
- Change cardinality() into a C-code function, instead of a
SQL-language alias for array_length(v,1). The efficiency gain here
is doubtless negligible --- what I'm interested in is making sure
that if we have second thoughts about the definition, we will not
have to force a post-beta initdb to change the implementation.
Alvaro Herrera committed:
- In pgsql/doc/src/sgml/plpython.sgml, update URL to Python bug
tracker. Backpatch to 8.3; doesn't seem worthy of further
- Disallow setting fillfactor for TOAST tables. To implement this
without almost duplicating the reloption table, treat relopt_kind as
a bitmask instead of an integer value. This decreases the range of
allowed values, but it's not clear that there's need for that much
values anyway. This patch also makes heap_reloptions explicitly a
no-op for relation kinds other than heap and TOAST tables. Patch by
ITAGAKI Takahiro with minor edits from me. (In particular I removed
the bit about adding relation kind to an error message, which I
intend to commit separately.)
Bruce Momjian committed:
- In pgsql/doc/src/sgml/release.sgml, reorder release note sections.
- In pgsql/doc/src/sgml/release.sgml, more release note wording
improvements; section order adjustments.
- In pgsql/doc/src/sgml/release.sgml, more release note adjustments,
- In pgsql/doc/src/sgml/release.sgml, more release note changes,
including a lower level of subsections.
- In pgsql/doc/src/sgml/release.sgml, more new subsections in release
- In pgsql/doc/src/sgml/release.sgml, update release note introductory
- In pgsql/doc/src/sgml/release.sgml, remove some "Other" sections in
the release notes by putting the items at the top of their sections.
- Change psql \d* display so 'S' _or_ a pattern include system
- In pgsql/src/bin/psql/describe.c, do not show information_schema in
\d* commands, unless 'S' or pattern is specified. Martin Pihlak.
- Add support for additional DTrace probes. Robert Lor.
- Have PL/pgSQL FETCH set DIAGNOSTICS ROW_COUNT. Andrew (RhodiumToad)
- In pgsql/src/backend/utils/misc/guc.c, give a better error message
when trying to change "effective_io_concurrency" on systems without
- Revert DTrace patch from Robert Lor.
- In pgsql/doc/src/sgml/config.sgml, document that Solaris can't use
effective_io_concurrency because of an ineffective posix_fadvise().
Heikki Linnakangas committed:
- In pgsql/src/backend/storage/ipc/procarray.c, fix a rare race
condition when commit_siblings > 0 and a transaction commits at the
same instant as a new backend is spawned. Since CountActiveBackends()
doesn't hold ProcArrayLock, it needs to be prepared for the case
that a pointer at the end of the proc array is still NULL even
though numProcs says it should be valid, since it doesn't hold
ProcArrayLock. Backpatch to 8.1. 8.0 and earlier had this right,
but it was broken in the split of PGPROC and sinval shared memory
arrays. Per report and proposal by Marko Kreen.
- In pgsql/src/backend/utils/adt/pg_locale.c, update comment to
reflect that LC_COLLATE and LC_CTYPE are now per-database settings.
Magnus Hagander committed:
- In pgsql/src/bin/initdb/initdb.c, don't crash initdb when we fail to
get the current username. Give an error message and exit instead,
like we do elsewhere... Per report from Wez Furlong and Robert
- In pgsql/src/port/path.c, make directory name comparisons on Win32
case insensitive. This method will not catch all different ways
since the locale handling in NTFS doesn't provide an easy way to do
that, but it will hopefully solve the most common cases causing
startup problems when the backend is found in the system PATH.
Attempts to fix bug #4694.
Teodor Sigaev committed:
- In pgsql/contrib/hstore/hstore_io.c, fix memory allocation for
output of hstore type. Per report from Zhang Maosen.
- Fix infinite loop while checking of partial match in pending list.
Improve comments. Now GIN-indexable operators should be strict.
Per Tom Lane's questions/suggestions.
== Abgelehnte Patches (bis jetzt) ==
Hitoshi Harada's doc patch which changed HeapTupleSatisfiesNow to
HeapTupleSatisfiesVisibility in doc/src/sgml/pgstattuple.sgml.
== Eingesandte Patches ==
Abhijit Menon-Sen sent in a patch to implement has_sequence_privilege().
Andrew (RhodiumToad) Gierth sent in a patch to psql which adds a
mention of \ef to the \? command's output.
K. Srinath sent in a patch which allows an index to cover all tables
in an inheritance hierarchy.
Pavel Stehule and Tom Lane sent in a couple of versions of a patch to
allow raising an exception from _PG_init per previous discussion.
Heikki Linnakangas sent in a patch to help with message encoding.
Pavel Stehule sent in a patch to transform array inputs in variadic
functions into standard parameters.
Teodor Sigaev sent in two patches intended to fix a bug in GiST
reported by Andrew (RhodiumToad) Gierth.
Fujii Masao sent in another revision of his pg_standby trigger patch.
Robert Haas sent in a patch to add SET NDISTINCT to ALTER COLUMN.
Bruce Momjian sent in another revision of his patch to handle
platforms which don't support effective_io_concurrency.
Martin Pihlak sent in a patch which adds a U (user) modifier to psql's
\d commands in order to be able to match patterns only on non-system
Alvaro Herrera sent in a patch to fix a reloptions bug reported by
Teodor Sigaev sent in a patch to fix a crash in GiST insertion of
pathological box data.
Zdenek Kotala sent in another patch to fix the misbehavior of
Andreas 'ads' Scherbaum
Deutsche PostgreSQL User Group: http://www.pgug.de
pgsql-de-allgemein by date
|Next:||From: Andreas 'ads' Scherbaum||Date: 2009-04-13 12:05:44|
|Subject: == Wöchentlicher PostgreSQL Newsletter - 12. April 2009 ==|
|Previous:||From: Bernd Helmle||Date: 2009-03-31 09:47:01|
|Subject: Re: FrOSCon 2009|