host
- This record matches connection attempts using TCP/IP networks.
+ This record matches connection attempts made using TCP/IP.
Note that TCP/IP connections are disabled unless the server is
started with the option or the
- tcpip_socket> configuration parameter is enabled.
+ tcpip_socket> configuration parameter is
+ enabled. host records match either
+
SSL or non-
SSL connection
+ attempts.
hostssl
- This record matches connection attempts using SSL over TCP/IP.
- host records will match either SSL or
- non-SSL connection attempts, but hostssl
- records require SSL connections.
+ This record matches connection attempts made using TCP/IP. In
+ addition, this record requires that the connection is made with
- To make use of this option the server must be built
- with SSL support enabled. Furthermore, SSL must be enabled by
- enabling the ssl configuration parameter
- (see for more information).
+ To make use of this option the server must be built with
+
SSL support enabled. Furthermore,
+
SSL must be enabled by setting the
+
ssl configuration parameter (see
+ linkend="ssl-tcp"> for more information).
This record is similar to hostssl> but with the
- opposite logic: it matches only regular connection attempts not
- using SSL.
+ opposite logic: it only matches connection attempts made over
+
TCP/IP that do not use SSL.
sniffing> attacks then md5> is preferred, with
crypt> a second choice if you must support pre-7.2
clients. Plain password> should especially be avoided for
- connections over the open Internet (unless you use SSL, SSH, or
+ connections over the open Internet (unless you use
SSL, SSH, or
other communications security wrappers around the connection).
-
Sequence-Manipulation Functions
+
Sequence Manipulation Functions
-
+
The Information Schema
|
is_grantable
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
|
scope_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
maximum_cardinality
cardinal_number
- Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
+
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL>
|
|
is_self_referencing
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
|
scope_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
maximum_cardinality
cardinal_number
- Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
+
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL>
|
|
character_maximum_length
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
character_octet_length
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
numeric_precision
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
numeric_precision_radix
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
numeric_scale
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
datetime_precision
cardinal_number
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
interval_type
character_data
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
interval_precision
character_data
- Always null, since this information is not applied to array element data types in PostgreSQL
+
Always null, since this information is not applied to array element data types in PostgreSQL>
|
|
scope_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
maximum_cardinality
cardinal_number
- Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
+
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL>
|
|
is_result
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
as_locator
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
parameter_name
sql_identifier
- Always null, since PostgreSQL does not support named parameters
+
Always null, since PostgreSQL> does not support named parameters
|
|
character_maximum_length
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
character_octet_length
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
numeric_precision
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
numeric_precision_radix
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
numeric_scale
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
datetime_precision
cardinal_number
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
interval_type
character_data
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
interval_precision
character_data
- Always null, since this information is not applied to parameter data types in PostgreSQL
+
Always null, since this information is not applied to parameter data types in PostgreSQL>
|
|
scope_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
maximum_cardinality
cardinal_number
- Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
+
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL>
|
|
with_hierarchy
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
module_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
module_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
module_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
udt_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
udt_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
udt_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
|
character_maximum_length
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
character_octet_length
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
collation_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
numeric_precision
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
numeric_precision_radix
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
numeric_scale
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
datetime_precision
cardinal_number
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
interval_type
character_data
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
interval_precision
character_data
- Always null, since this information is not applied to return data types in PostgreSQL
+
Always null, since this information is not applied to return data types in PostgreSQL>
|
|
scope_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
scope_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
maximum_cardinality
cardinal_number
- Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
+
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL>
|
character_data
Always GENERAL (The SQL standard defines
- other parameter styles, which are not available in PostgreSQL.)
+ other parameter styles, which are not available in
PostgreSQL>.)
If the function is declared immutable (called deterministic in
the SQL standard), then YES, else
NO. (You cannot query the other volatility
- levels available in PostgreSQL through the information schema.)
+ levels available in
PostgreSQL> through the information schema.)
Always MODIFIES, meaning that the function
possibly modifies SQL data. This information is not useful for
- PostgreSQL.
|
sql_path
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
Always YES (The opposite would be a method
of a user-defined type, which is a feature not available in
- PostgreSQL.)
|
max_dynamic_result_sets
cardinal_number
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
is_user_defined_cast
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
is_implicitly_invocable
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
|
to_sql_specific_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
to_sql_specific_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
to_sql_specific_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
as_locator
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
default_character_set_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
default_character_set_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
default_character_set_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
sql_path
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
character_data
YES if the feature is fully supported by the
- current version of PostgreSQL, NO if not
+ current version of
PostgreSQL>,
NO if not
is_verified_by
character_data
- Always null, since the PostgreSQL development group does not
+ Always null, since the
PostgreSQL> development group does not
perform formal testing of feature conformance
character_data
The programming language, if the binding style is
- EMBEDDED, else null. PostgreSQL only
+
EMBEDDED, else null.
PostgreSQL> only
supports the language C.
character_data
YES if the package is fully supported by the
- current version of PostgreSQL, NO if not
+ current version of
PostgreSQL>,
NO if not
is_verified_by
character_data
- Always null, since the PostgreSQL development group does not
+ Always null, since the
PostgreSQL> development group does not
perform formal testing of feature conformance
The table sql_sizing_profiles contains
information about the sql_sizing values that are
- required by various profiles of the SQL standard. PostgreSQL does
+ required by various profiles of the SQL standard.
PostgreSQL> does
not track any SQL profiles, so this table is empty.
|
with_hierarchy
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
self_referencing_column_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
reference_generation
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
user_defined_type_catalog
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
user_defined_type_schema
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
user_defined_type_name
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
action_condition
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
|
condition_reference_old_table
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
condition_reference_new_table
sql_identifier
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
check_option
character_data
- Applies to a feature not available in PostgreSQL
+
Applies to a feature not available in PostgreSQL>
|
-
+
PostgreSQL>]]>
-
Kerberos>, <application>OpenSSL>, or PAM>,
+
Kerberos>, <productname>OpenSSL>, or PAM>,
if you want to support authentication using these services.
- Allow the builds to succeed even if PostgreSQL has no CPU
- spinlock support for the platform. The lack of spinlock
- support will result in poor performance; therefore, this
- option should only be used if the build aborts and informs
- you that the platform lacks spinlock support.
+ Allow the build to succeed even if
PostgreSQL>
+ has no CPU spinlock support for the platform. The lack of
+ spinlock support will result in poor performance; therefore,
+ this option should only be used if the build aborts and
+ informs you that the platform lacks spinlock support. If this
+ option is required to build
PostgreSQL> on
+ your platform, please report the problem to the
+
PostgreSQL> developers.
For instance, assume we have an application that uses the
JDBC driver to access a database, and that
application is installed as
- /usr/local/lib/myapp.jar. The PostgreSQL
-
JDBC> driver installed as
+ /usr/local/lib/myapp.jar. The
+ <productname>PostgreSQL> <acronym>JDBC> driver installed as
/usr/local/pgsql/share/java/postgresql.jar>. To run
the application, we would use:
Because Java only uses TCP/IP connections, the
- <application>PostgreSQL> server must be configured to
- accept TCP/IP connections. This can be done by setting
- tcpip_socket = true in the
+ <productname>PostgreSQL> server must be configured to
+ accept TCP/IP connections. This can be done by setting
+ tcpip_socket = true in the
postgresql.conf file or by supplying the
option flag when starting
postmaster.
With
JDBC, a database is represented by a
URL (Uniform Resource Locator). With
- <application>PostgreSQL>, this takes one of the
+ <productname>PostgreSQL>, this takes one of the
following forms:
- <application>PostgreSQL> provides two distinct ways to
+ <productname>PostgreSQL> provides two distinct ways to
store binary data. Binary data can be stored in a table using
the data type bytea or by using the Large Object
feature which stores the binary data in a separate table in a special
- To use the Large Object functionality you can use either the
- LargeObject class
- provided by the
PostgreSQL
-
JDBC driver, or by using the
- getBLOB() and setBLOB()
- methods.
+ To use the Large Object functionality you can use either the
+ LargeObject class provided by the
+
PostgreSQL> JDBC driver, or by
+ using the getBLOB() and
+ setBLOB() methods.
contains some examples on
- how to process binary data using the PostgreSQL
JDBC> driver.
+ how to process binary data using the
PostgreSQL>
-
<application>PostgreSQL> Extensions to the
+
<productname>PostgreSQL> Extensions to the
libpq is reentrant and thread-safe if the
configure command-line option
---enable-thread-safety> has been used when the PostgreSQL
-distribution was built.
-In addition, you might need to use additional compiler command-line
-options when you compile your application code. Refer to your system's
-documentation for information about how to build thread-enabled
-applications.
+--enable-thread-safety> has been used when the
+
PostgreSQL distribution was built. In
+addition, you might need to use additional compiler command-line
+options when you compile your application code. Refer to your
+system's documentation for information about how to build
+thread-enabled applications.
isolation level may be stricter than what you select. This is
permitted by the SQL standard: the four isolation levels only
define which phenomena must not happen, they do not define which
- phenomena must happen. The reason that PostgreSQL only provides
- two isolation levels is that this is the only sensible way to map
- the isolation levels to the multiversion concurrency control
- architecture. The behavior of the available isolation levels is
- detailed in the following subsections.
+ phenomena must happen. The reason that
PostgreSQL>
+ only provides two isolation levels is that this is the only
+ sensible way to map the isolation levels to the multiversion
+ concurrency control architecture. The behavior of the available
+ isolation levels is detailed in the following subsections.
- The following syntax was used before PostgreSQL version 7.3 and is
- still supported:
+ The following syntax was used before
PostgreSQL>
+ version 7.3 and is still supported:
COPY [ BINARY ] tablename [ WITH OIDS ]
- Prior to PostgreSQL 7.5, CREATE TABLE AS always
- included OIDs in the table it produced. Furthermore, these OIDs
- were newly generated: they were distinct from the OIDs of any of
- the rows in the source tables of the SELECT or
- EXECUTE statement. Therefore, if CREATE
- TABLE AS was frequently executed, the OID counter would
- be rapidly incremented. As of PostgreSQL 7.5, the inclusion of OIDs
- in the table generated by CREATE TABLE AS is
- controlled by the default_with_oids configuration
- variable. This variable currently defaults to true, but will likely
- default to false in a future release of
PostgreSQL>.
+ Prior to
PostgreSQL> 7.5, CREATE TABLE
+ AS always included OIDs in the table it
+ produced. Furthermore, these OIDs were newly generated: they were
+ distinct from the OIDs of any of the rows in the source tables of
+ the SELECT or EXECUTE
+ statement. Therefore, if CREATE TABLE AS was
+ frequently executed, the OID counter would be rapidly
+ incremented. As of
PostgreSQL> 7.5, the inclusion of
+ OIDs in the table generated by CREATE TABLE AS
+ is controlled by the default_with_oids
+ configuration variable. This variable currently defaults to true,
+ but will likely default to false in a future release of
- A failure message indicating inability to bind to a port may indicate
- that that port is already in use by some non-PostgreSQL process.
- You may also get this error if you terminate the
- postmaster
- and immediately restart it using the same port; in this case, you must
- simply wait a few seconds until the operating system closes the port
- before trying again. Finally, you may get this error if you specify
- a port number that your operating system considers to be reserved.
- For example, many versions of Unix consider port numbers under 1024 to
- be trusted
- and only permit the Unix superuser to access them.
+ A failure message indicating inability to bind to a port may
+ indicate that that port is already in use by some
+ non-
PostgreSQL process. You may also
+ get this error if you terminate the postmaster
+ and immediately restart it using the same port; in this case, you
+ must simply wait a few seconds until the operating system closes
+ the port before trying again. Finally, you may get this error if
+ you specify a port number that your operating system considers to
+ be reserved. For example, many versions of Unix consider port
+ numbers under 1024 to be trusted
and only permit
+ the Unix superuser to access them.
- Prior to PostgreSQL 7.5, the table created by SELECT
- INTO always included OIDs. Furthermore, these OIDs were
- newly generated: they were distinct from the OIDs of any of the
- rows in the source tables of the SELECT INTO
- statement. Therefore, if SELECT INTO was
- frequently executed, the OID counter would be rapidly
- incremented. As of PostgreSQL 7.5, the inclusion of OIDs in the
- table created by SELECT INTO is controlled by
- the default_with_oids configuration
- variable. This variable currently defaults to true, but will likely
- default to false in a future release of
PostgreSQL>.
+ Prior to
PostgreSQL> 7.5, the table created by
+ SELECT INTO always included OIDs. Furthermore,
+ these OIDs were newly generated: they were distinct from the OIDs
+ of any of the rows in the source tables of the SELECT
+ INTO statement. Therefore, if SELECT
+ INTO was frequently executed, the OID counter would be
+ rapidly incremented. As of
PostgreSQL> 7.5, the
+ inclusion of OIDs in the table created by SELECT
+ INTO is controlled by the
+ default_with_oids configuration variable. This
+ variable currently defaults to true, but will likely default to
+ false in a future release of
PostgreSQL>.
-
+
The Rule System
- (This system was established in PostgreSQL 7.3. In versions
- before that, the command status might show different results when
- rules exist.)
+ (This system was established in
PostgreSQL> 7.3.
+ In versions before that, the command status might show different
+ results when rules exist.)
The server will listen for both standard and
SSL>
connections on the same TCP port, and will negotiate with any
connecting client on whether to use
SSL>. See
- linkend="client-authentication"> about how to force the server to
+ linkend="auth-pg-hba-conf"> about how to force the server to
require use of
SSL> for certain connections.