== Wöchentlicher PostgreSQL Newsletter - 10. Oktober 2010 ==

== Wöchentlicher PostgreSQL Newsletter - 10. Oktober 2010 ==

am 11.10.2010 09:32:15 von adsmail

Der Originalartikel befindet sich unter:

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



== Wöchentlicher PostgreSQL Newsletter - 10. Oktober 2010 ==

Der Anmeldeschluß für den CfP für die MySQL Conf ist am 25. =
Oktober=20
2010. Maile an Selena Deckelman selenamarie gmail com für=
=20
Feedback, Hilfe beim Einreichen oder zur Ideenfindung.
http://en.oreilly.com/mysql2011/public/cfp/126

== PostgreSQL Produkt Neuigkeiten ==

Another PostgreSQL Diff Tool 2.2.2, ein Werkzeug um Datenbankdiffs
zu erstellen, ist erschienen.
http://apgdiff.startnet.biz/

Slony-I 2.0.5, eine eine kaskadierende Master-Slave
Replikationslösung für PostgreSQL, ist erschienen.
http://www.slony.info/

== PostgreSQL Jobs im Oktober ==

http://archives.postgresql.org/pgsql-jobs/2010-10/threads.ph p

== PostgreSQL Lokal ==

Michael Renner wird einen Vortrag über Datenbankreplikation mit=20
PostgreSQL 9.0 am 12. Oktober im Metalab in Wien, Österreich halten.=
=20
Link & Informationen in de_AT:
http://metalab.at/wiki/PostgreSQL_repliziert_9.0

PgDay.IT 2010 wird am 10. Dezember in Rom stattfinden. Der Call for
Papers ist jetzt offen.
http://www.pgday.it/

Frühbucherregistrierung für JDCon West 2010 ist jetzt möglic=
h.
https://www.postgresqlconference.org/content/pgwest-2010-reg istration

Der Call for Papers für den PGDay.EU 2010 am 6.-8. Dezember in
Stuttgart ist nun eröffnet.
http://2010.pgday.eu/callforpapers

== PostgreSQL in den News ==

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

Dieser wöchentliche PostgreSQL Newsletter wurde erstellt von David Fet=
ter.

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

== Reviews ==

ITAGAKI Takahiro reviewed the patch to fix some access control leaks
in views.

== Angewandte Patches ==

Tom Lane pushed:

- Undo some poorly-thought-out "proofreading improvements". Per
Tatsuhito Kasahara.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Dd79a=
1a138e5dc9bc190b907e754268e819678a2a

- Use a separate interpreter for each calling SQL userid in plperl and
pltcl. There are numerous methods by which a Perl or Tcl function
can subvert the behavior of another such function executed later;
for example, by redefining standard functions or operators called by
the target function. If the target function is SECURITY DEFINER, or
is called by such a function, this means that any ordinary SQL user
with Perl or Tcl language usage rights can do essentially anything
with the privileges of the target function's owner. To close this
security hole, create a separate Perl or Tcl interpreter for each
SQL userid under which plperl or pltcl functions are executed within
a session. However, all plperlu or pltclu functions run within a
session still share a single interpreter, since they all execute at
the trust level of a database superuser anyway. Note: this change
results in a functionality loss when libperl has been built without
the "multiplicity" option: it's no longer possible to call plperl
functions under different userids in one session, since such a
libperl can't support multiple interpreters in one process.
However, such a libperl already failed to support concurrent use of
plperl and plperlu, so it's likely that few people use such versions
with Postgres. Security: CVE-2010-3433
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D5059=
5b5fce2e15b5ef26b057799b4a4cdd1c10e8

- Reduce the memory requirement for large ispell dictionaries. This
patch eliminates per-chunk palloc overhead for most small
allocations needed in the representation of an ispell dictionary.
This saves close to a factor of 2 on the current Czech ispell data.
While it doesn't cover every last small allocation in the ispell
code, we are at the point of diminishing returns, because about 95%
of the allocations are covered already. Pavel Stehule, rather
heavily revised by Tom Lane.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D3e5f=
9412d0a818be77c974e5af710928097b91f3

- Clean up temporary-memory management during ispell dictionary
loading. Add explicit initialization and cleanup functions to
spell.c, and keep all working state in the already-existing
ISpellDict struct. This lets us get rid of a static variable along
with some extremely shaky assumptions about usage of child memory
contexts. This commit is just code beautification and has no impact
on functionality or performance, but it opens the way to a
less-grotty implementation of Pavel Stehule's memory-saving hack,
which will follow shortly.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D9b91=
0def24e85c1c4ff993eae0fe511271fc8682

- Teach CLUSTER to use seqscan-and-sort when it's faster than
indexscan. ... or at least, when the planner's cost estimates say
it will be faster. Leonardo Francalanci, reviewed by Itagaki
Takahiro and Tom Lane
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D3ba1=
1d3df2115b04171a8eda8e0389e02578d8d0

- Eliminate some repetitive coding in tuplesort.c. Use a macro
LogicalTapeReadExact() to encapsulate the error check when we want
to read an exact number of bytes from a "tape". Per a suggestion of
Takahiro Itagaki.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D26a7=
b48e10bea67be719f5bb88cbaa8d4ec1c9b3

- Improve logging in VACUUM FULL VERBOSE and CLUSTER VERBOSE. This
patch resurrects some of the information that could be logged by the
old, now-dead implementation of VACUUM FULL, in particular counts of
live and dead tuples and the time taken for the table rebuild
proper. There's still no logging about the ensuing index rebuilds,
though. Itagaki Takahiro.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D9cc8=
c84e738737baed4b7edeaaa2bee35ad38847

- Fix sloppy usage of TRIGGER_FIRED_BEFORE/TRIGGER_FIRED_AFTER.
Various places were testing TRIGGER_FIRED_BEFORE() where what they
really meant was !TRIGGER_FIRED_AFTER(), or vice versa. This needs
to be cleaned up because there are about to be more than two
possible states. We might want to note this in the 9.1 release
notes as something for trigger authors to double-check. For
consistency's sake I also changed some places that assumed that
TRIGGER_FIRED_FOR_ROW and TRIGGER_FIRED_FOR_STATEMENT are
necessarily mutually exclusive; that's not in immediate danger of
breaking, but it's still sloppier than it should be. Extracted from
Dean Rasheed's patch for triggers on views. I'm committing this
separately since it's an identifiable separate issue, and is the
only reason for the patch to touch most of these particular files.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Dcaaf=
2e84698940c093e6cf6203014883e4fb18c5

- Support triggers on views. This patch adds the SQL-standard concept
of an INSTEAD OF trigger, which is fired instead of performing a
physical insert/update/delete. The trigger function is passed the
entire old and/or new rows of the view, and must figure out what to
do to the underlying tables to implement the update. So this
feature can be used to implement updatable views using trigger
programming style rather than rule hacking. In passing, this patch
corrects the names of some columns in the
information_schema.triggers view. It seems the SQL committee
renamed them somewhere between SQL:99 and SQL:2003. Dean Rasheed,
reviewed by Bernd Helmle; some additional hacking by me.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D2ec9=
93a7cbdd8e251817ac6bbc9a704ce8346f73

- Teach psql to do tab completion for names of psql variables.
Completion is supported in the context of \set and when
interpolating a variable value using :foo etc. In passing, fix some
places in tab-complete.c that weren't following project style for
comment formatting. Pavel Stehule, reviewed by Itagaki Takahiro.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Db48b=
9cb3a46d80401b122fd10780e8c623983a26

- Improve the planner's simplification of NOT constructs. This patch
merges the responsibility for NOT-flattening into
eval_const_expressions' processing. It wasn't done that way
originally because prepqual.c is far older than
eval_const_expressions. But putting this work into
eval_const_expressions saves one pass over the qual trees, and in
fact saves even more than that because we can exploit the knowledge
that the subexpressions have already been recursively simplified.
Doing it this way also lets us do it uniformly over all expressions,
whereas prepqual.c formerly just did it at top level to save cycles.
That should improve the planner's ability to recognize
logically-equivalent constructs. While at it, also add the ability
to fold a NOT into BooleanTest and NullTest constructs (the latter
only for the scalar-datatype case). Per discussion of bug #5702.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D220e=
45bf325b061b8dbd7451f87cedc07da61706

Simon Riggs pushed:

- Correct docs for behaviour of ALTER DATABASE .. RENAME during Hot
Standby. Actual behaviour did not match documented behaviour and we
have agreed that it should be the docs that change. Spotted by
Bernd Helmle.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Dbdf4=
5797abe53a9e2bebd54e5475591e468a0ad1

Robert Haas pushed:

- Improve WAL reliability documentation, and add more cross-references
to it. In particular, we are now more explicit about the fact that
you may need wal_sync_method=3Dfsync_writethrough for crash-safety on
some platforms, including MaxOS X. There's also now an explicit
caution against assuming that the default setting of wal_sync_method
is either crash-safe or best for performance.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D694c=
56af2b586551afda624901d6dec951b58027

- Warn that views can be safely used to hide columns, but not rows.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3D56cc=
ff59806793198020a6a3d154bbce6dfb7a06

Bruce Momjian pushed:

- Single-word clarification in postgresql.conf
log_truncate_on_rotation comment.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Df7db=
ddac69d01fb27484ad27c1d042f36f55ea12

Peter Eisentraut pushed:

- Extensive ECPG documentation improvements. Satoshi Nagayasu,
reviewed and revised by Peter Eisentraut. Since this introduces new
refentries that we probably don't want to publish as man pages,
tweak man page stylesheet to omit man pages without manvolnum
element. Peter Eisentraut.
=20
http://git.postgresql.org/gitweb?p=3Dpostgresql.git;a=3Dcomm itdiff;h=3Df7b1=
5b5098ee89a2628129fbbef9901bded9d27b

== Abgelehnte Patches (bis jetzt) ==

No one was disappointed this week :-)

== Eingesandte Patches ==

Dean Rasheed sent in three revsisions of a patch to implement median
and percentile aggregates.

Marko (johto) Tiikkaja sent in two revisions of a patch to fix
snapshot-taking inconsistencies, in the process deprecating
pg_parse_and_rewrite.

KaiGai Kohei sent in a patch to fix some of the access control leaks
in views, and Robert Haas sent in two revisions of a patch documenting
same.

Marko (johto) Tiikkaja and Hitoshi Harada traded patches to allow
top-level DML (INSERT, UPDATE, DELETE) in CTEs.

Bernd Helmle sent in another revision of the patch to extend NOT NULL
constraints.

Alexander Korotkov sent in two more revisions of the patch to improve
the Levenshtein functions to work with multi-byte character sets.

Craig Ringer sent in two revisions of a patch to enable crash dumps on
Windows. Crash dumps are a Windows-specific debugging feature.

Gurjeet Singh sent in two revisions of a patch to allow labeling an
existing unique index, which could, for example, be created
concurrently, as a primary key.

Simon Riggs sent in a WIP patch to implement synchronous replication
with user-controlled durability specified on the master.

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




--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein