Age | Commit message (Collapse) | Author |
|
< * Allow NOTIFY in rules involving conditionals
>
> o Allow NOTIFY in rules involving conditionals
> o Improve LISTEN concurrency
>
> http://archives.postgresql.org/pgsql-hackers/2008-02/msg01106.php
|
|
|
|
> * Allow XML to accept more liberal DOCTYPE specifications
>
> http://archives.postgresql.org/pgsql-general/2008-02/msg00347.php
|
|
> * -Allow administrators to safely terminate individual sessions either
|
|
|
|
"consistent" functions, and remove pg_amop.opreqcheck, as per recent
discussion. The main immediate benefit of this is that we no longer need
8.3's ugly hack of requiring @@@ rather than @@ to test weight-using tsquery
searches on GIN indexes. In future it should be possible to optimize some
other queries better than is done now, by detecting at runtime whether the
index match is exact or not.
Tom Lane, after an idea of Heikki's, and with some help from Teodor.
|
|
* Consider automatic caching of statements at various levels:
> http://archives.postgresql.org/pgsql-hackers/2008-04/msg00823.php
|
|
instead of plan time. Extend the amgettuple API so that the index AM returns
a boolean indicating whether the indexquals need to be rechecked, and make
that rechecking happen in nodeIndexscan.c (currently the only place where
it's expected to be needed; other callers of index_getnext are just erroring
out for now). For the moment, GIN and GIST have stub logic that just always
sets the recheck flag to TRUE --- I'm hoping to get Teodor to handle pushing
that control down to the opclass consistent() functions. The planner no
longer pays any attention to amopreqcheck, and that catalog column will go
away in due course.
|
|
the server version check is now always enforced. Relax the version check to
allow a server that is of pg_dump's own major version but a later minor
version; this is the only case that -i was at all safe to use in.
pg_restore already enforced only a very weak version check, so this is
really just a documentation change for it.
Per discussion.
|
|
< * Allow functions to control the transaction state
> * Allow calling of a procedure outside a SELECT that can control the
> transaction state
|
|
< * Support procedures, which return no value
> * Allow functions to control the transaction state
|
|
> * Support procedures, which return no value
>
> http://archives.postgresql.org/pgsql-hackers/2007-10/msg01375.php
|
|
|
|
indexscan always occurs in one call, and the results are returned in a
TIDBitmap instead of a limited-size array of TIDs. This should improve
speed a little by reducing AM entry/exit overhead, and it is necessary
infrastructure if we are ever to support bitmap indexes.
In an only slightly related change, add support for TIDBitmaps to preserve
(somewhat lossily) the knowledge that particular TIDs reported by an index
need to have their quals rechecked when the heap is visited. This facility
is not really used yet; we'll need to extend the forced-recheck feature to
plain indexscans before it's useful, and that hasn't been coded yet.
The intent is to use it to clean up 8.3's horrid @@@ kluge for text search
with weighted queries. There might be other uses in future, but that one
alone is sufficient reason.
Heikki Linnakangas, with some adjustments by me.
|
|
> http://archives.postgresql.org/pgsql-hackers/2007-03/msg00265.php
> http://archives.postgresql.org/pgsql-hackers/2007-03/msg01214.php
> http://archives.postgresql.org/pgsql-patches/2007-05/msg00013.php
> http://archives.postgresql.org/pgsql-hackers/2007-07/msg00741.php
> http://archives.postgresql.org/pgsql-hackers/2007-08/msg00014.php
> http://archives.postgresql.org/pgsql-hackers/2007-08/msg00487.php
> * Allow index scans to return matching index keys
>
> http://archives.postgresql.org/pgsql-hackers/2007-03/msg01079.php
>
> http://archives.postgresql.org/pgsql-patches/2007-10/msg00166.php
> http://archives.postgresql.org/pgsql-patches/2008-01/msg00049.php
|
|
|
|
to the monitoring section.
Jim Nasby
|
|
you can't get a simultaneous snapshot.
|
|
|
|
|
|
seems unnecessary to mention in the FAQ, per discussion on IRC.
|
|
>
> o Add ability to obfuscate function bodies
>
> http://archives.postgresql.org/pgsql-patches/2008-01/msg00125.php
|
|
expressions.
|
|
for improved compatibility with Oracle.
Pavel Stehule, with some fixes by me.
|
|
returing right away. This guarantees that when pg_stop_backup()
returns, you have a valid backup.
Simon Riggs
|
|
algorithm. This is a good deal slower than our old roundoff-error-prone
code for long inputs, so we keep the old code for use in the transcendental
functions, where everything is approximate anyway. Also create a
user-accessible function div(numeric, numeric) to provide access to the
exact result of trunc(x/y) --- since the regular numeric / operator will
round off its result, simply computing that expression in SQL doesn't
reliably give the desired answer. This fixes bug #3387 and various related
corner cases, and improves the usefulness of PG for high-precision integer
arithmetic.
|
|
At the same time remove dblink/dblink_current_query() as it is no longer
necessary
*BACKWARD COMPATIBILITY ISSUE* for dblink
Tomas Doran
|
|
specify the cost values to use, instead of always using 1's.
Volkan Yazici
In passing, remove fuzzystrmatch.h, which contained a bunch of stuff that had
no business being in a .h file; fold it into its only user, fuzzystrmatch.c.
|
|
< * Allow encoding on a per-column basis optionally using the ICU library
> http://wiki.postgresql.org/wiki/Todo:Collate
> http://wiki.postgresql.org/wiki/Todo:ICU
|
|
> * Improve how ANALYZE computes in-doubt tuples
>
> http://archives.postgresql.org/pgsql-hackers/2007-11/msg00771.php
>
|
|
|
|
* Add SQL:2003 WITH RECURSIVE (hierarchical) queries to SELECT
> http://archives.postgresql.org/pgsql-patches/2008-01/msg00105.php
> http://archives.postgresql.org/pgsql-patches/2008-03/msg00327.php
|
|
<
< * Prefix command-line utilities like createuser with 'pg_'
<
< http://archives.postgresql.org/pgsql-hackers/2007-06/msg00025.php
<
|
|
Pavel Stehule, with some improvements by myself.
|
|
that is commands that have out-of-line parameters but the plan is prepared
assuming that the parameter values are constants. This is needed for the
plpgsql EXECUTE USING patch, but will probably have use elsewhere.
This commit includes the SPI functions and documentation, but no callers
nor regression tests. The upcoming EXECUTE USING patch will provide
regression-test coverage. I thought committing this separately made
sense since it's logically a distinct feature.
|
|
key files that are similar to the one for the postmaster's data directory
permissions check. (I chose to standardize on that one since it's the most
heavily used and presumably best-wordsmithed by now.) Also eliminate explicit
tests on file ownership in these places, since the ensuing read attempt must
fail anyway if it's wrong, and there seems no value in issuing the same error
message for distinct problems. (But I left in the explicit ownership test in
postmaster.c, since it had its own error message anyway.) Also be more
specific in the documentation's descriptions of these checks. Per a gripe
from Kevin Hunter.
|
|
database size, when available to the current user.
Andrew Gilligan
|
|
This requires a working 64-bit integer type. If such a type cannot
be found, "--disable-integer-datetimes" can be used to switch
back to the previous floating point-based datetime implementation.
|
|
> * -Add ability to trigger on TRUNCATE
|
|
restore_command should report failure on non-existent .backup and .history
files. Tidy up some related text along the way.
Patch by Markus Bertheau, with some editing by Simon Riggs and myself.
|
|
>
> o Add CASE capability to language (already in SQL)
>
> http://archives.postgresql.org/pgsql-hackers/2008-01/msg00696.php
>
>
|
|
> * Allow one transaction to see tuples using the snapshot of another
> transaction
>
> This would assist multiple backends in working together.
> http://archives.postgresql.org/pgsql-hackers/2008-01/msg00400.php
|
|
|
|
>
> * Consider being smarter about memory and external files used during
> sorts
>
> http://archives.postgresql.org/pgsql-hackers/2007-11/msg01101.php
> http://archives.postgresql.org/pgsql-hackers/2007-12/msg00045.php
|
|
* Consider allowing control of upper/lower case folding of unquoted
identifiers
> http://archives.postgresql.org/pgsql-hackers/2008-03/msg00849.php
|
|
Windows. Users should use their operating system tools instead.
|
|
pg_dump --ignore-version comments into pg_dumpall and pg_restore pages.
|
|
|
|
|
|
< o Consider invalidating the cache or keeping seperate cached
< copies when search_path changes
> o Consider keeping seperate cached copies when search_path changes
|