mirror of
https://github.com/postgres/postgres.git
synced 2025-07-30 11:03:19 +03:00
Stamp HEAD as 9.0devel, and update various places that were referring to 8.5
(hope I got 'em all). Per discussion, this release will be 9.0 not 8.5.
This commit is contained in:
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/catalogs.sgml,v 2.222 2010/02/16 22:34:41 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/catalogs.sgml,v 2.223 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
<!--
|
||||
Documentation of the system catalogs, directed toward PostgreSQL developers
|
||||
-->
|
||||
@ -3134,7 +3134,7 @@
|
||||
</para>
|
||||
|
||||
<para>
|
||||
Prior to <productname>PostgreSQL</> 8.5, there was no permission structure
|
||||
Prior to <productname>PostgreSQL</> 9.0, there was no permission structure
|
||||
associated with large objects. As a result,
|
||||
<structname>pg_largeobject</structname> was publicly readable and could be
|
||||
used to obtain the OIDs (and contents) of all large objects in the system.
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.251 2010/02/16 21:35:51 momjian Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.252 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter Id="runtime-config">
|
||||
<title>Server Configuration</title>
|
||||
@ -4977,7 +4977,7 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
|
||||
</indexterm>
|
||||
<listitem>
|
||||
<para>
|
||||
In <productname>PostgreSQL</> releases prior to 8.5, large objects
|
||||
In <productname>PostgreSQL</> releases prior to 9.0, large objects
|
||||
did not have access privileges and were, in effect, readable and
|
||||
writable by all users. Setting this variable to <literal>on</>
|
||||
disables the new privilege checks, for compatibility with prior
|
||||
@ -4985,8 +4985,8 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
|
||||
</para>
|
||||
<para>
|
||||
Setting this variable does not disable all security checks for
|
||||
large objects - only those for which the default behavior has changed
|
||||
in <productname>PostgreSQL</> 8.5.
|
||||
large objects — only those for which the default behavior has
|
||||
changed in <productname>PostgreSQL</> 9.0.
|
||||
For example, <literal>lo_import()</literal> and
|
||||
<literal>lo_export()</literal> need superuser privileges independent
|
||||
of this setting.
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/datatype.sgml,v 1.241 2009/08/04 16:08:35 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/datatype.sgml,v 1.242 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="datatype">
|
||||
<title id="datatype-title">Data Types</title>
|
||||
@ -1197,7 +1197,7 @@ SELECT b, char_length(b) FROM test2;
|
||||
of these are always accepted on input. The output format depends
|
||||
on the configuration parameter <xref linkend="guc-bytea-output">;
|
||||
the default is hex. (Note that the hex format was introduced in
|
||||
<productname>PostgreSQL</productname> 8.5; earlier versions and some
|
||||
<productname>PostgreSQL</productname> 9.0; earlier versions and some
|
||||
tools don't understand it.)
|
||||
</para>
|
||||
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/ecpg.sgml,v 1.95 2010/01/26 14:21:29 momjian Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/ecpg.sgml,v 1.96 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="ecpg">
|
||||
<title><application>ECPG</application> - Embedded <acronym>SQL</acronym> in C</title>
|
||||
@ -2439,7 +2439,7 @@ EXEC SQL DESCRIBE stmt1 INTO SQL DESCRIPTOR mydesc;
|
||||
</para>
|
||||
|
||||
<para>
|
||||
Before PostgreSQL 8.5, the <literal>SQL</literal> keyword was optional,
|
||||
Before PostgreSQL 9.0, the <literal>SQL</literal> keyword was optional,
|
||||
so using <literal>DESCRIPTOR</literal> and <literal>SQL DESCRIPTOR</literal>
|
||||
produced named SQL Descriptor Areas. Now it is mandatory, omitting
|
||||
the <literal>SQL</literal> keyword produces SQLDA Descriptor Areas,
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/filelist.sgml,v 1.65 2009/11/18 21:57:56 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/filelist.sgml,v 1.66 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<!entity history SYSTEM "history.sgml">
|
||||
<!entity info SYSTEM "info.sgml">
|
||||
@ -142,7 +142,7 @@
|
||||
<!entity keywords SYSTEM "keywords.sgml">
|
||||
|
||||
<!entity release SYSTEM "release.sgml">
|
||||
<!entity release-8.5 SYSTEM "release-8.5.sgml">
|
||||
<!entity release-9.0 SYSTEM "release-9.0.sgml">
|
||||
<!entity release-8.4 SYSTEM "release-8.4.sgml">
|
||||
<!entity release-8.3 SYSTEM "release-8.3.sgml">
|
||||
<!entity release-8.2 SYSTEM "release-8.2.sgml">
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.43 2010/02/13 03:38:26 momjian Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/high-availability.sgml,v 1.44 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="high-availability">
|
||||
<title>High Availability, Load Balancing, and Replication</title>
|
||||
@ -747,7 +747,7 @@ if (!triggered)
|
||||
</para>
|
||||
|
||||
<para>
|
||||
Starting with <productname>PostgreSQL</> version 8.5, you can use
|
||||
Starting with <productname>PostgreSQL</> version 9.0, you can use
|
||||
streaming replication (see <xref linkend="streaming-replication">) to
|
||||
achieve the same with less effort.
|
||||
</para>
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/hstore.sgml,v 1.6 2009/12/16 19:38:54 mha Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/hstore.sgml,v 1.7 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<sect1 id="hstore">
|
||||
<title>hstore</title>
|
||||
@ -542,7 +542,7 @@ SELECT key, count(*) FROM
|
||||
</para>
|
||||
|
||||
<para>
|
||||
As of PostgreSQL 8.5, <type>hstore</> uses a different internal
|
||||
As of PostgreSQL 9.0, <type>hstore</> uses a different internal
|
||||
representation than previous versions. This presents no obstacle for
|
||||
dump/restore upgrades since the text representation (used in the dump) is
|
||||
unchanged.
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.299 2010/02/16 22:34:42 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.300 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="libpq">
|
||||
<title><application>libpq</application> - C Library</title>
|
||||
@ -1255,7 +1255,7 @@ PQconninfoOption *PQconninfoParse(const char *conninfo, char **errmsg);
|
||||
<literal>standard_conforming_strings</> was not reported by releases
|
||||
before 8.1;
|
||||
<literal>IntervalStyle</> was not reported by releases before 8.4;
|
||||
<literal>application_name</> was not reported by releases before 8.5.)
|
||||
<literal>application_name</> was not reported by releases before 9.0.)
|
||||
Note that
|
||||
<literal>server_version</>,
|
||||
<literal>server_encoding</> and
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/lobj.sgml,v 1.51 2009/12/17 14:36:16 rhaas Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/lobj.sgml,v 1.52 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="largeObjects">
|
||||
<title id="largeObjects-title">Large Objects</title>
|
||||
@ -61,7 +61,7 @@
|
||||
</para>
|
||||
|
||||
<para>
|
||||
As of <productname>PostgreSQL</> 8.5, large objects have an owner
|
||||
As of <productname>PostgreSQL</> 9.0, large objects have an owner
|
||||
and a set of access permissions, which can be managed using
|
||||
<xref linkend="sql-grant" endterm="sql-grant-title"> and
|
||||
<xref linkend="sql-revoke" endterm="sql-revoke-title">.
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/plpgsql.sgml,v 1.150 2010/01/19 01:35:30 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/plpgsql.sgml,v 1.151 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="plpgsql">
|
||||
<title><application>PL/pgSQL</application> - <acronym>SQL</acronym> Procedural Language</title>
|
||||
@ -59,7 +59,7 @@
|
||||
</para>
|
||||
|
||||
<para>
|
||||
In <productname>PostgreSQL</> 8.5 and later,
|
||||
In <productname>PostgreSQL</> 9.0 and later,
|
||||
<application>PL/pgSQL</application> is installed by default.
|
||||
However it is still a loadable module, so especially security-conscious
|
||||
administrators could choose to remove it.
|
||||
@ -3520,7 +3520,7 @@ SELECT * FROM sales_summary_bytime;
|
||||
|
||||
<note>
|
||||
<para>
|
||||
<productname>PostgreSQL</productname> versions before 8.5 would try
|
||||
<productname>PostgreSQL</productname> versions before 9.0 would try
|
||||
to substitute the variable in all three cases, leading to syntax errors.
|
||||
</para>
|
||||
</note>
|
||||
@ -3583,7 +3583,7 @@ SELECT * FROM sales_summary_bytime;
|
||||
large body of <application>PL/pgSQL</> code. In such cases you can
|
||||
specify that <application>PL/pgSQL</> should resolve ambiguous references
|
||||
as the variable (which is compatible with <application>PL/pgSQL</>'s
|
||||
behavior before <productname>PostgreSQL</productname> 8.5), or as the
|
||||
behavior before <productname>PostgreSQL</productname> 9.0), or as the
|
||||
table column (which is compatible with some other systems such as
|
||||
<productname>Oracle</productname>).
|
||||
</para>
|
||||
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/protocol.sgml,v 1.81 2010/02/16 22:34:43 tgl Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/protocol.sgml,v 1.82 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<chapter id="protocol">
|
||||
<title>Frontend/Backend Protocol</title>
|
||||
@ -1101,7 +1101,7 @@
|
||||
<literal>standard_conforming_strings</> was not reported by releases
|
||||
before 8.1;
|
||||
<literal>IntervalStyle</> was not reported by releases before 8.4;
|
||||
<literal>application_name</> was not reported by releases before 8.5.)
|
||||
<literal>application_name</> was not reported by releases before 9.0.)
|
||||
Note that
|
||||
<literal>server_version</>,
|
||||
<literal>server_encoding</> and
|
||||
|
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/copy.sgml,v 1.92 2009/09/21 20:10:21 tgl Exp $
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/copy.sgml,v 1.93 2010/02/17 04:19:39 tgl Exp $
|
||||
PostgreSQL documentation
|
||||
-->
|
||||
|
||||
@ -839,7 +839,7 @@ ZW ZIMBABWE
|
||||
|
||||
<para>
|
||||
The following syntax was used before <productname>PostgreSQL</>
|
||||
version 8.5 and is still supported:
|
||||
version 9.0 and is still supported:
|
||||
|
||||
<synopsis>
|
||||
COPY <replaceable class="parameter">table_name</replaceable> [ ( <replaceable class="parameter">column</replaceable> [, ...] ) ]
|
||||
|
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/explain.sgml,v 1.48 2009/12/15 04:57:47 rhaas Exp $
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/explain.sgml,v 1.49 2010/02/17 04:19:39 tgl Exp $
|
||||
PostgreSQL documentation
|
||||
-->
|
||||
|
||||
@ -94,7 +94,7 @@ ROLLBACK;
|
||||
<para>
|
||||
Only the <literal>ANALYZE</literal> and <literal>VERBOSE</literal> options
|
||||
can be specified, and only in that order, without surrounding the option
|
||||
list in parentheses. Prior to <productname>PostgreSQL</productname> 8.5,
|
||||
list in parentheses. Prior to <productname>PostgreSQL</productname> 9.0,
|
||||
the unparenthesized syntax was the only one supported. It is expected that
|
||||
all new options will be supported only in the parenthesized syntax.
|
||||
</para>
|
||||
|
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/vacuum.sgml,v 1.58 2010/02/08 04:33:51 tgl Exp $
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/vacuum.sgml,v 1.59 2010/02/17 04:19:39 tgl Exp $
|
||||
PostgreSQL documentation
|
||||
-->
|
||||
|
||||
@ -70,7 +70,7 @@ VACUUM [ FULL ] [ FREEZE ] [ VERBOSE ] ANALYZE [ <replaceable class="PARAMETER">
|
||||
When the option list is surrounded by parentheses, the options can be
|
||||
written in any order. Without parentheses, options must be specified
|
||||
in exactly the order shown above.
|
||||
Prior to <productname>PostgreSQL</productname> 8.5, the unparenthesized
|
||||
Prior to <productname>PostgreSQL</productname> 9.0, the unparenthesized
|
||||
syntax was the only one supported. It is expected that all new options
|
||||
will be supported only in the parenthesized syntax.
|
||||
</para>
|
||||
|
@ -1,7 +1,7 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.5.sgml,v 1.14 2009/12/19 20:33:12 petere Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-9.0.sgml,v 2.1 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
|
||||
<sect1 id="release-8-5">
|
||||
<title>Release 8.5alpha3</title>
|
||||
<sect1 id="release-9-0">
|
||||
<title>Release 9.0alpha3</title>
|
||||
<sect2>
|
||||
<title>Overview</title>
|
||||
<para>
|
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.634 2009/08/17 22:14:44 petere Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.635 2010/02/17 04:19:37 tgl Exp $ -->
|
||||
<!--
|
||||
|
||||
Typical markup:
|
||||
@ -70,7 +70,7 @@ can be created without links to the main documentation.
|
||||
The reason for splitting the release notes this way is so that appropriate
|
||||
subsets can easily be copied into back branches.
|
||||
-->
|
||||
&release-8.5;
|
||||
&release-9.0;
|
||||
&release-8.4;
|
||||
&release-8.3;
|
||||
&release-8.2;
|
||||
|
@ -28,7 +28,7 @@
|
||||
<xsl:param name="man.output.base.dir"></xsl:param>
|
||||
<xsl:param name="man.output.in.separate.dir" select="1"></xsl:param>
|
||||
<xsl:param name="refentry.meta.get.quietly" select="0"></xsl:param>
|
||||
<xsl:param name="man.th.extra3.max.length">40</xsl:param> <!-- enough room for "PostgreSQL 8.5devel Documentation" -->
|
||||
<xsl:param name="man.th.extra3.max.length">40</xsl:param> <!-- enough room for "PostgreSQL X.Ydevel Documentation" -->
|
||||
<xsl:param name="refentry.xref.manvolnum" select="1"/> <!-- overridden from stylesheet-common.xsl -->
|
||||
|
||||
<!-- Fixup for apostrophe groff output. See the following references:
|
||||
|
Reference in New Issue
Block a user