Add:

>
> * Add missing operators for geometric data types
>
>   Some geometric types do not have the full suite of geometric operators,
>   e.g. box @> point
>

Update "encode" documentation to mention that 'escape' only changes null
bytes and backslashes, remove "ASCII" mention.  Backpatch to 8.2.X.

Update pgpass Win32 wording.

Update information_schema documentation to match system tables.
Backpatch to 8.2.X.

Wording improvement.

More clearly document that most PostgreSQL utilities support libpq
environment variables.  Backpatch to 8.2.X.

Adjust user-facing documentation to explain why we don't check pgpass
file permissions on Windows.

Remove the Query structure from the executor's API.  This allows us to stop
storing mostly-redundant Query trees in prepared statements, portals, etc.
To replace Query, a new node type called PlannedStmt is inserted by the
planner at the top of a completed plan tree; this carries just the fields of
Query that are still needed at runtime.  The statement lists kept in portals
etc. now consist of intermixed PlannedStmt and bare utility-statement nodes
--- no Query.  This incidentally allows us to remove some fields from Query
and Plan nodes that shouldn't have been there in the first place.

Still to do: simplify the execution-time range table; at the moment the
range table passed to the executor still contains Query trees for subqueries.

initdb forced due to change of stored rules.

Remove, item not needed for Win32:

<  o Check .pgpass file permissions
>

Add comment that on Win32, we don't need to check the .pgpass file
permission, per Magnus.

Remove "History" sections for pg_dump and pg_restore.  I don't think
anyone cares because the last history change was for PostgreSQL 7.1.

Spell check on array patch.

Add for WIN32:

<
>  o Check .pgpass file permissions

Update array slice documentation to be clearer.

Add:

> * Fix IS OF so it matches the ISO specification, and add documentation
>
>   http://archives.postgresql.org/pgsql-patches/2003-08/msg00060.php
>   http://archives.postgresql.org/pgsql-hackers/2007-02/msg00060.php

Comment-out documentation for IS OF because it doesn't conform to the
ISO SQL behavior. Backpatch removal to 8.2.X.

Identify schema of inherited table in psql \d when necessary.

by Bernd Helmle

Add missing OIDs to pg_proc.

Remove item:

<  o ARRAY[[1,2],[3,4]])[1] should return the same values as
<    ARRAY[[1,2],[3,4]])[1:1];
<

Document IS [NOT] OF, which was added in 7.3.

Add FAQ text about Makefile.custom:

    <P><I>src/Makefile.custom</I> can be used to set environment variables,
    like <I>CUSTOM_COPT</I>, that are used for every compile.

Document that to_char('J'/Julian) is midnight-based, per report that
Julian technically is noon to noon.

Wording improvement.

Update PQfree() documentation to be clearer, backpatch to 8.2.X.

Update wording:

< * Consider allowing configuration of TOAST thresholds
> * Allow user configuration of TOAST thresholds

Add:

> * Consider allowing configuration of TOAST thresholds
>
>   http://archives.postgresql.org/pgsql-hackers/2007-02/msg00213.php
>

Add newlines.

Add:

> * Allow UPDATEs on only non-referential integrity columns not to conflict
>   with referential integrity locks
>
>   http://archives.postgresql.org/pgsql-hackers/2007-02/msg00073.php

Add:

> * Allow INSERT/UPDATE ... RETURNING inside a SELECT 'FROM' clause
>
>   http://archives.postgresql.org/pgsql-general/2006-09/msg00803.php
>   http://archives.postgresql.org/pgsql-hackers/2006-10/msg00693.php
>

Clarify documentation that initdb -A or editing pg_hba.conf is required
if you do not trust local users.

Clarify documentation for "day of the week" handling for to_char() and
EXTRACT().

Done:

> * -Add ISO day of week format 'ID' to to_char() where Monday = 1

Add "isodow" option to EXTRACT() and date_part() where Sunday = 7.

Done:

> * -Add a field 'isoyear' to extract(), based on the ISO week

Done:

<  o Add long file support for binary pg_dump output
<
<    While Win32 supports 64-bit files, the MinGW API does not,
<    meaning we have to build an fseeko replacement on top of the
<    Win32 API, and we have to make sure MinGW handles it.  Another
<    option is to wait for the MinGW project to fix it, or use the
<    code from the LibGW32C project as a guide.
<
<    http://archives.postgresql.org/pgsql-hackers/2006-12/msg00551.php
<
>  o -Add long file support for binary pg_dump output

Fix pg_dump on win32 to properly dump files larger than 2Gb when using
binary dump formats.

Parse pg_proc.h with entries without OIDs.

Get rid of some old and crufty global variables in the planner.  When
this code was last gone over, there wasn't really any alternative to
globals because we didn't have the PlannerInfo struct being passed all
through the planner code.  Now that we do, we can restructure things
to avoid non-reentrancy.  I'm fooling with this because otherwise I'd
have had to add another global variable for the planned compact
range table list.

Improve plpgsql's error message when a datatype declaration is omitted.
Per example from Jeff Ross.

Put function expressions and values lists into FunctionScan and ValuesScan
plan nodes, so that the executor does not need to get these items from
the range table at runtime.  This will avoid needing to include these
fields in the compact range table I'm expecting to make the executor use.

Fix portal management code to support non-default command completion tags for
portals using PORTAL_UTIL_SELECT strategy.  This is currently significant only
for FETCH queries, which are supposed to include a count in the tag.  Seems
it's been broken since 7.4, but nobody noticed before Knut Lehre.

Document limitation of SPI_execute() using multiple queries in a single
string.

Update wording:

<   Currently, ALTER USER and ALTER DATABASE support per-user and
>   Currently ALTER USER and ALTER DATABASE support per-user and
<    Currently, subtracting one date from another that crosses a
>    Currently subtracting one date from another that crosses a
<   Currently, SQL-language functions can only refer to parameters via $1, etc
>   Currently SQL-language functions can only refer to dollar parameters,
>   e.g. $1
<   Currently, queries prepared via the libpq API are planned on first
>   Currently queries prepared via the libpq API are planned on first
<    Currently, SET <tab> causes a database lookup to check all
>    Currently SET <tab> causes a database lookup to check all
<    Currently, all statement results are transferred to the libpq
>    Currently all statement results are transferred to the libpq

Add:

* Allow SQL-language functions to reference parameters by parameter name

  Currently SQL-language functions can only refer to parameters via $1, etc

Update "Conflicting lock modes" to show as conflict, add
current/requested headings, add link to table from text.

Add code so that when COPY_PARSE_PLAN_TREES is defined, the copy and
equal functions are checked for raw parse trees as well as post-analysis
trees.  This was never very important before, but the upcoming plan cache
control module will need to be able to do copyObject() on raw parse trees.

Remove rint() for to_char MS and US output.  We can't us rint() because
we can't overflow to the next higher units, and we might print the lower
units for MS.

Add:

> * Allow holdable cursors in SPI

Cleanup of to_char() patch.

Brendan Jurd

Add:
>
>  o Allow row and record variables to be set to NULL constants,
>    and allow NULL tests on such variables
>
>    Because a row is not scalar, do not allow assignment
>    from NULL-valued scalars.

Remove installation mention that integer timestamps is less stable that
floating point.

Create AVG() aggregates for int8 and NUMERIC which do not compute X^2,
as a performance enhancement.

Mark Kirkwood

Teach find_nonnullable_rels to handle OR cases: if every arm of an OR
forces a particular relation nonnullable, then we can say that the OR does.
This is worth a little extra trouble since it may allow reduction of
outer joins to plain joins.

Add:

>  o Consider reducing on-disk varlena length from four to two
>    because a heap row cannot be more than 64k in length

Fix new RI operator selection code to do the right thing when working with
an opclass for a generic type such as ANYARRAY.  The original coding failed
to check that PK and FK columns were of the same array type.  Per discussion
with Tom Dunstan.  Also, make the code a shade more readable by not trying
to economize on variables.

Reduce the amount of memory "clobbered" for every process title change,
on platforms that need this.  This is done by only writing past the
previously stored message, if it was longer.

Adjust the definition of is_pushed_down so that it's always true for INNER
JOIN quals, just like WHERE quals, even if they reference every one of the
join's relations.  Now that we can reorder outer and inner joins, it's
possible for such a qual to end up being assigned to an outer join plan node,
and we mustn't have it treated as a join qual rather than a filter qual for
the node.  (If it were, the join could produce null-extended rows that it
shouldn't.)  Per bug report from Pelle Johansson.

Better fix for determining minimum and maximum int64 values that doesn't
require stdint.h and works for "busted" int64.

Install a more correct fix in the timestamp and timestamptz regression tests:
remove duplicated tests in timestamp, and complete timestamptz with the tests
that were missing to more closely mirror timestamp.

Code review for SSLKEY patch.

Fix markup, spelling, grammar, and explanations for SSLKEY patch.

Fix the timestamptz test problem, by moving the tests that use the
timestamp_tbl table into the timestamp test.  Also, restore a test that
used to exist as a valid test in the timestamptz test.

Fix // comment

Add stdint.h include

Functions for mapping table data and table schemas to XML (a.k.a. XML export)

Remove extra character erroneously added.

Remove tabs from SGML files to help tag alingment and improve
detection of tabs are added in the future.

Fix another problem in 8.2 changes that allowed "one-time" qual conditions to
be checked at plan levels below the top; namely, we have to allow for Result
nodes inserted just above a nestloop inner indexscan.  Should think about
using the general Param mechanism to pass down outer-relation variables, but
for the moment we need a back-patchable solution.  Per report from Phil Frost.

Add two new format fields for use with to_char(), to_date() and
to_timestamp():
    - ID for day-of-week
    - IDDD for day-of-year

This makes it possible to convert ISO week dates to and from text
fully represented in either week ('IYYY-IW-ID') or day-of-year
('IYYY-IDDD') format.

I have also added an 'isoyear' field for use with extract / date_part.

Brendan Jurd

SSL improvements:

o read global SSL configuration file
o add GUC "ssl_ciphers" to control allowed ciphers
o add libpq environment variable PGSSLKEY to control SSL hardware keys

Victor B. Wagner

Remove useless database name from bootstrap argument processing (including
startup and bgwriter processes), and the -y flag.  It's not used anywhere.

Restructure code that is responsible for ensuring that clauseless joins are
considered when it is necessary to do so because of a join-order restriction
(that is, an outer-join or IN-subselect construct).  The former coding was a
bit ad-hoc and inconsistent, and it missed some cases, as exposed by Mario
Weilguni's recent bug report.  His specific problem was that an IN could be
turned into a "clauseless" join due to constant-propagation removing the IN's
joinclause, and if the IN's subselect involved more than one relation and
there was more than one such IN linking to the same upper relation, then the
only valid join orders involve "bushy" plans but we would fail to consider the
specific paths needed to get there.  (See the example case added to the join
regression test.)  On examining the code I wonder if there weren't some other
problem cases too; in particular it seems that GEQO was defending against a
different set of corner cases than the main planner was.  There was also an
efficiency problem, in that when we did realize we needed a clauseless join
because of an IN, we'd consider clauseless joins against every other relation
whether this was sensible or not.  It seems a better design is to use the
outer-join and in-clause lists as a backup heuristic, just as the rule of
joining only where there are joinclauses is a heuristic: we'll join two
relations if they have a usable joinclause *or* this might be necessary to
satisfy an outer-join or IN-clause join order restriction.  I refactored the
code to have just one place considering this instead of three, and made sure
that it covered all the cases that any of them had been considering.

Backpatch as far as 8.1 (which has only the IN-clause form of the disease).
By rights 8.0 and 7.4 should have the bug too, but they accidentally fail
to fail, because the joininfo structure used in those releases preserves some
memory of there having once been a joinclause between the inner and outer
sides of an IN, and so it leads the code in the right direction anyway.
I'll be conservative and not touch them.

Restructure autovacuum in two processes: a dummy process, which runs
continuously, and requests vacuum runs of "autovacuum workers" to postmaster.
The workers do the actual vacuum work.  This allows for future improvements,
like allowing multiple autovacuum jobs running in parallel.

For now, the code keeps the original behavior of having a single autovac
process at any time by sleeping until the previous worker has finished.

Add ORDER BY to a query on information_schema.views, to avoid possible
platform-specific result ordering.  Per buildfarm results.

Repair oversight in 8.2 change that improved the handling of "pseudoconstant"
WHERE clauses.  createplan.c is now willing to stick a gating Result node
almost anywhere in the plan tree, and in particular one can wind up directly
underneath a MergeJoin node.  This means it had better be willing to handle
Mark/Restore.  Fortunately, that's trivial in such cases, since we can just
pass off the call to the input node (which the planner has previously ensured
can handle Mark/Restore).  Per report from Phil Frost.

Make it possible to build with integer datetimes in msvc, and enable by default.

Add:

>
>  o Use LC_TIME for localized weekday/month names, rather than
>    LC_MESSAGES
>
>    http://archives.postgresql.org/pgsql-hackers/2006-11/msg00390.php

Add some discussion of sort ordering to indices.sgml, which curiously
had never touched the subject before.

Fix typo

Fix to_date()/to_timestamp() 'D' field for day of week, was off by one.
Converting from char using 'D' doesn't make lots of sense, of course.

Report from Brendan Jurd.

Move fsync method macro defines into /include/access/xlogdefs.h so they
can be used by src/tools/fsync/test_fsync.c.

Minor editorialization on operator-family documentation: put some
copied-and-pasted text in a more useful location.

Add:

> * Clean up casting in /contrib/isn
>
>   http://archives.postgresql.org/pgsql-hackers/2006-11/msg00245.php
>

Add:

> * Improve logging of prepared statements recovered during startup
>
>   http://archives.postgresql.org/pgsql-hackers/2006-11/msg00092.php
>

Fix capitalization and punctuation of two more GUC description strings.

Add URL for:

* Allow SQL-language functions to return results from RETURNING queries
>
>   http://archives.postgresql.org/pgsql-hackers/2006-10/msg00665.php
>

Fix up foreign-key mechanism so that there is a sound semantic basis for the
equality checks it applies, instead of a random dependence on whatever
operators might be named "=".  The equality operators will now be selected
from the opfamily of the unique index that the FK constraint depends on to
enforce uniqueness of the referenced columns; therefore they are certain to be
consistent with that index's notion of equality.  Among other things this
should fix the problem noted awhile back that pg_dump may fail for foreign-key
constraints on user-defined types when the required operators aren't in the
search path.  This also means that the former warning condition about "foreign
key constraint will require costly sequential scans" is gone: if the
comparison condition isn't indexable then we'll reject the constraint
entirely. All per past discussions.

Along the way, make the RI triggers look into pg_constraint for their
information, instead of using pg_trigger.tgargs; and get rid of the always
error-prone fixed-size string buffers in ri_triggers.c in favor of building up
the RI queries in StringInfo buffers.

initdb forced due to columns added to pg_constraint and pg_trigger.

Add URL for:

>
>   http://archives.postgresql.org/pgsql-performance/2006-10/msg00222.php
>

Add URL for:

* Update Bonjour to work with newer cross-platform SDK

>   http://archives.postgresql.org/pgsql-patches/2006-10/msg00048.php

Add:

> * Improve failure message when DROP DATABASE is used on a database that
>   has prepared transactions

Disallow committing a prepared transaction unless we are in the same database
it was executed in.  Someday it might be nice to allow cross-DB commits, but
work would be needed in NOTIFY and perhaps other places.  Per Heikki.

Improve postmaster's behavior if an accept() call fails.  Because the server
socket is still read-ready, the code was a tight loop, wasting lots of CPU.
We can't do anything to clear the failure, other than wait, but we should give
other processes more chance to finish and release FDs; so insert a small sleep.
Also, avoid bogus "close(-1)" in this case.  Per report from Jim Nasby.

Add URL for:

* Update Bonjour to work with newer cross-platform SDK

>
>   http://archives.postgresql.org/pgsql-hackers/2006-09/msg02238.php
>

Add code so database scans are done in an order consistent with
pg_dumpall.

Update /contrib/fuzzystrmatch error message to mention bytes, not just
'length', which can be characters.

Add ORDER BY to vacummdb so databases are scaned in the same order as
pg_dumpall.

Add:

> * Update our code to handle 64-bit timezone files to match the zic
>   source code, which now uses them

Un-break build on ANSI compilers (like msvc) by moving Assert to position
after variable declarations.

Add script to run regression tests under vc++ without mingw. Update
clean script to properly clean up the result of it.

One more fix for makefile := to : change.