Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
P
Postgres FD Implementation
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Abuhujair Javed
Postgres FD Implementation
Commits
31ef0588
Commit
31ef0588
authored
Aug 23, 2005
by
Bruce Momjian
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
More release note updates.
parent
0f455b34
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
156 additions
and
79 deletions
+156
-79
doc/src/sgml/release.sgml
doc/src/sgml/release.sgml
+156
-79
No files found.
doc/src/sgml/release.sgml
View file @
31ef0588
<!--
<!--
$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.34
4 2005/08/23 12:47:30
momjian Exp $
$PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.34
5 2005/08/23 14:54:06
momjian Exp $
-->
-->
<appendix id="release">
<appendix id="release">
...
@@ -52,14 +52,22 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -52,14 +52,22 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<varlistentry>
<varlistentry>
<term>
<term>
Add in-memory bitmaps which allows multiple indexes to be merged
in a
Add in-memory bitmaps which allows multiple indexes to be merged
single query (Tom)
in a
single query (Tom)
</term>
</term>
<listitem>
<listitem>
<para>
<para>
This allows multiple indexes to be combined to access a single
In previous releases, only a single index could be used to do
table.
lookups on a table. With this feature, if a query has WHERE
tab.col1 = 4 and tab.col2 = 9, and there is no multicolumn index
on col1 and col2, but there is an index on col1 and another on
col2, it is possible to do lookups on the col1 index and the
col2 index and combine them in memory to do heap lookups on rows
matching both the col1 and col2 restrictions. This is very
useful in environments that have a lot of unstructured queries
where it is impossible to create indexes that match all possible
access conditions.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -72,25 +80,65 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -72,25 +80,65 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Two-phase commit allows transactions to be "prepared" on several
Two-phase commit allows transactions to be "prepared" on several
computers, and once all computers have successfully prepared their
computers, and once all computers have successfully prepared
transactions (and can not be rolled back) all transactions can be
their transactions (none failed), all transactions can be
committed. Even if a machine crashes after a prepare, the prepared
committed. Even if a machine crashes after a prepare, the
transaction can be committed after it is restarted. New syntax
prepared transaction can be committed after it is restarted. New
includes PREPARE TRANSACTION and COMMIT/ROLLBACK PREPARED. A new
syntax includes PREPARE TRANSACTION and COMMIT/ROLLBACK
system view pg_prepared_xacts has also been added.
PREPARED. A new system view pg_prepared_xacts has also been
added.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
<varlistentry>
<varlistentry>
<term>
<term>
Replace pg_shadow and pg_group by new role-capable catalogs pg_authid
Create a new role system that replaces users and groups
and pg_auth_members.
(Stephen Frost)
</term>
</term>
<listitem>
<listitem>
<para>
<para>
Add SET ROLE (Stephen Frost)
Roles are a combination of users and groups. Like users, they
can have login capability, and like groups, a role can have
other roles as members. Roles basically remove the distinction
between users and groups. For example, a role can:
</para>
<itemizedlist>
<listitem>
<para>
Have optionally have login capability
</para>
</listitem>
<listitem>
<para>
Own objects
</para>
</listitem>
<listitem>
<para>
Inherit permission from other member roles
</para>
</listitem>
<listitem>
<para>
Switch to another member role using SET ROLE
</para>
</listitem>
</itemizedlist>
<para>
So, once a user logs into a role, she inherits capabilities of
the login role plus any inherited roles, and can use SET ROLE to
switch to other member roles. This change also replaces
pg_shadow and pg_group by with new role-capable catalogs
pg_authid and pg_auth_members. The old tables are redefined as
views on the new role tables.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -102,7 +150,9 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -102,7 +150,9 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Add SET ROLE (Stephen Frost)
Moving pgautovacuum from /contrib allows it to be automatically
started and stoped in sync with the database server, and allows
for pgautovacuum to be configured from postgresql.conf.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -114,10 +164,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -114,10 +164,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
While PostgreSQL's MVCC locking allows SELECT to never be blocked by writers
While PostgreSQL's MVCC locking allows SELECT to never be
and therefore does not need shared row locks for typical operations,
blocked by writers and therefore does not need shared row locks
shared locks are useful for applications that require shared row locking,
for typical operations, shared locks are useful for applications
and to reduce the locking requirements to maintain referential integrity.
that require shared row locking, and to reduce the locking
requirements to maintain referential integrity.
</para>
</para>
</listitem>
</listitem>
</varlistentry>
</varlistentry>
...
@@ -159,7 +210,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -159,7 +210,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Cause input of a zero-length string ('') for float4/float8/oid to throw
Cause input of a zero-length string
s
('') for float4/float8/oid to throw
an error, rather than treat it as a zero (Neil)
an error, rather than treat it as a zero (Neil)
</para>
</para>
<para>
<para>
...
@@ -170,11 +221,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -170,11 +221,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Make default_with_oids default
to false (Neil)
Change the default for default_with_oids
to false (Neil)
</para>
</para>
<para>
<para>
With this option set to false, user-created tables no
With this option set to false, user-created tables no
have an the usually-invisible OID column unless WITH OIDS
longer
have an the usually-invisible OID column unless WITH OIDS
is specified in CREATE TABLE. Though OIDs have existed in all previous
is specified in CREATE TABLE. Though OIDs have existed in all previous
releases of PostgreSQL, their use is limited because they are only four
releases of PostgreSQL, their use is limited because they are only four
bytes long and the counter is unique across all installed databases.
bytes long and the counter is unique across all installed databases.
...
@@ -185,25 +236,49 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -185,25 +236,49 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Add E'' syntax so eventually
normal
strings can treat backslashes
Add E'' syntax so eventually
ordinary
strings can treat backslashes
literally (Bruce)
literally (Bruce)
</para>
</para>
<para>
<para>
Currently PostgreSQL considers a backslash to be a special character
Currently PostgreSQL processes a backslash in a string
so the character after the backslash is treated specially. While this
as preceeding a character that requires special processing, e.g.
allows easy entry of special values, it is non-standard and makes
\n or \010. While this allows easy entry of special values, it is
porting of application from other databases more difficult. For this
non-standard and makes porting of application from other
reason, the PostgreSQL project is moving to remove the special meaning
databases more difficult. For this reason, the PostgreSQL project
of backslashes in strings, and allow only an E preceeding a string to
is planning to remove the special meaning of backslashes in
turn on the special handling of backslashes. For this reason, this
strings. For backward compatibility and for users who want
release adds several new GUC variables related to backslash
special backslash procesing, a new string type will be created.
processing:
This new string type is formed by having an E preceed
the single quote that starts the string, e.g. E'hi\n'.
While this release does not change the handling of backslashes in
strings, it does add several new GUC variables to help users
migrate applications for future releases:
</para>
<itemizedlist>
escape_string_warning - warn about backslashes in non-E strings
<listitem>
<para>
escape_string_warning - warn about backslashes in ordinary
(non-E) strings
</para>
</listitem>
<listitem>
<para>
escape_string_syntax - does this release support the E'' syntax?
escape_string_syntax - does this release support the E'' syntax?
standard_conforming_strings - does this release treat backslashes
literally in non-E strings
</para>
</para>
</listitem>
<listitem>
<para>
standard_conforming_strings - does this release treat
backslashes literally in normal strings?
</para>
</listitem>
</itemizedlist>
<para>
<para>
The last two values are read-only and should assist in the porting of
The last two values are read-only and should assist in the porting of
applications. Applications can retrieve these values to know how
applications. Applications can retrieve these values to know how
...
@@ -244,8 +319,8 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -244,8 +319,8 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
(Tom)
(Tom)
</para>
</para>
<para>
<para>
These have never been documented and complicated the use of modulus
These have never been documented and complicated the use of
the
modulus
(%) with negative numbers.
operator
(%) with negative numbers.
</para>
</para>
</listitem>
</listitem>
...
@@ -274,7 +349,6 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -274,7 +349,6 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Improve rtree index capabilities and performance (Neil)
Improve rtree index capabilities and performance (Neil)
Replaced by contrib?
</para>
</para>
</listitem>
</listitem>
...
@@ -286,14 +360,13 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -286,14 +360,13 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Overhaul internal API in several areas
to improve performance
Overhaul internal API in several areas
</para>
</para>
</listitem>
</listitem>
<listitem>
<listitem>
<para>
<para>
Change WAL CRC records from 64bit to 32bit to improve performance
Change WAL CRC records from 64bit to 32bit (Tom)
(Tom)
</para>
</para>
</listitem>
</listitem>
...
@@ -326,8 +399,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -326,8 +399,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Allow concurrent GIST index access, greatly improving performance
Allow concurrent GIST index access (Teodor, Oleg)
(Teodor, Oleg)
</para>
</para>
</listitem>
</listitem>
...
@@ -340,7 +412,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -340,7 +412,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
PostgreSQL writes a complete copy of each database disk page to WAL
PostgreSQL writes a complete copy of each database disk page to WAL
the first time it is modified after a checkpoint. This turns off that
the first time it is modified after a checkpoint. This turns off that
functionality for users with battery-backed disk caches where partial
functionality for users with battery-backed disk caches where partial
page writes can
not happen.
page writes cannot happen.
</para>
</para>
</listitem>
</listitem>
...
@@ -388,7 +460,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -388,7 +460,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Prevent problems due to transaction ID wraparound (Tom)
Prevent problems due to transaction ID
(XID)
wraparound (Tom)
</para>
</para>
<para>
<para>
This was accomplished by warning the transaction counter is
This was accomplished by warning the transaction counter is
...
@@ -400,8 +472,8 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -400,8 +472,8 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Fix problem of
OID wraparound conflicting with existing system objects
Fix problem of
object ID (OID) wraparound conflicting
(Tom)
with existing system objects
(Tom)
</para>
</para>
</listitem>
</listitem>
...
@@ -439,35 +511,35 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -439,35 +511,35 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<listitem>
<listitem>
<para>
<para>
Allow Kerberos name and user name case sensitivity to be
specified from
Allow Kerberos name and user name case sensitivity to be
postgresql.conf (Magnus)
specified in
postgresql.conf (Magnus)
</para>
</para>
</listitem>
</listitem>
<listitem>
<listitem>
<para>
<para>
Add log_line_prefix options for millisecond timestamps (%m) and
Add GUC krb_server_hostname so the server hostname can be specified as
remote host (%h) (Ed L.)
part of service principal (Todd Kover)
</para>
<para>
If not set, any service principal matching an entry in the keytab
can be used. This is new Kerberos matching behavior in this release.
</para>
</para>
</listitem>
</listitem>
<listitem>
<listitem>
<para>
<para>
Add WAL logging for GIST indexes (Teodor, Oleg)
Add log_line_prefix options for millisecond timestamps (%m) and
</para>
remote host (%h) (Ed L.)
<para>
GIST indexes now work for online backup and crash recovery
</para>
</para>
</listitem>
</listitem>
<listitem>
<listitem>
<para>
<para>
Add GUC krb_server_hostname so the server hostname can be specified as
Add WAL logging for GIST indexes (Teodor, Oleg)
part of service principal (Todd Kover)
</para>
</para>
<para>
<para>
If not set, any service principal matching an entry in the keytab
GIST indexes now work for point-in-time recovery and crash recovery
can be used. This is new Kerberos matching behavior in this release.
</para>
</para>
</listitem>
</listitem>
...
@@ -477,14 +549,14 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -477,14 +549,14 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
</para>
</para>
<para>
<para>
This prevents a large number of *.backup files from existing in
This prevents a large number of *.backup files from existing in
pg_xlog/
.
/seemspg_xlog
.
</para>
</para>
</listitem>
</listitem>
<listitem>
<listitem>
<para>
<para>
Add GUC variables to control
keep-alive times for idle, interval, and
Add GUC variables to control
TCP/IP keep-alive times for idle,
count (Oliver Jowett)
interval, and
count (Oliver Jowett)
</para>
</para>
</listitem>
</listitem>
...
@@ -492,6 +564,12 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -492,6 +564,12 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<para>
<para>
Add per-user and per-database connection limits (Petr Jelinek)
Add per-user and per-database connection limits (Petr Jelinek)
</para>
</para>
<para>
Using ALTER USER and ALTER DATABASE, limits can not be enforced
on the maximum number of users who can connect as as a specific
uesr or to a specific database. Setting the limit to zero
disables user or database connections.
</para>
</listitem>
</listitem>
</itemizedlist>
</itemizedlist>
...
@@ -513,6 +591,9 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -513,6 +591,9 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
Fix HAVING without aggregate functions and no GROUP BY to behave
Fix HAVING without aggregate functions and no GROUP BY to behave
as if the main query returns a single group (Tom)
as if the main query returns a single group (Tom)
</para>
</para>
<para>
Previously, such a case would treat the HAVING clause as WHERE
clause.
</listitem>
</listitem>
<listitem>
<listitem>
...
@@ -520,6 +601,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -520,6 +601,11 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
Add USING clause to allow additional tables to be specified to DELETE
Add USING clause to allow additional tables to be specified to DELETE
(Euler Taveira de Oliveira)
(Euler Taveira de Oliveira)
</para>
</para>
<para>
In prior releases, there was no clear method for specifying
additional tables to be used for joins in a DELETE statement.
UPDATE already has a FROM clause for this purpose.
</para>
</listitem>
</listitem>
<listitem>
<listitem>
...
@@ -527,7 +613,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -527,7 +613,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
Add support for \x hex escapes in backend and ecpg strings (Bruce)
Add support for \x hex escapes in backend and ecpg strings (Bruce)
</para>
</para>
<para>
<para>
This
supports the typical C standard \x escape. Octal was already
This
is just like the standar C \x escape syntax. Octal was already
supported.
supported.
</para>
</para>
</listitem>
</listitem>
...
@@ -537,10 +623,10 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -537,10 +623,10 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
Add BETWEEN SYMMETRIC query syntax (Pavel Stehule)
Add BETWEEN SYMMETRIC query syntax (Pavel Stehule)
</para>
</para>
<para>
<para>
This feature allows BETWEEN comparisons without requiring the
first
This feature allows BETWEEN comparisons without requiring the
value to be less than the second. For example, 2 BETWEEN [ASYMMETRIC] 3 AND 1
first value to be less than the second. For example, 2 BETWEEN
returns false, while 2 BETWEEN SYMMETRIC 3 AND 1 returns true. BETWEEN
[ASYMMETRIC] 3 AND 1 returns false, while 2 BETWEEN SYMMETRIC 3
ASYMMETRIC was already supported.
A
ND 1 returns true. BETWEEN A
SYMMETRIC was already supported.
</para>
</para>
</listitem>
</listitem>
...
@@ -551,7 +637,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -551,7 +637,7 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
<para>
<para>
While SET statement_timeout allows a query taking over a certain
While SET statement_timeout allows a query taking over a certain
amount of time to be cancelled, the NO WAIT option allows a query to
amount of time to be cancelled, the NO WAIT option allows a query to
be canceled as soon as a SELECT ... FOR UPDATE/SHARE can
not
be canceled as soon as a SELECT ... FOR UPDATE/SHARE cannot
immediately acquire a row lock.
immediately acquire a row lock.
</para>
</para>
</listitem>
</listitem>
...
@@ -1418,15 +1504,6 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
...
@@ -1418,15 +1504,6 @@ $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.344 2005/08/23 12:47:30 momjian
</para>
</para>
</listitem>
</listitem>
<listitem>
<para>
Replace rtree index code with code from /contrib/rtree_gist (Tom)
</para>
<para>
The improved capabilities of GIST indexes made this possible.
</para>
</listitem>
</itemizedlist>
</itemizedlist>
</sect3>
</sect3>
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment