If the value written for an element is NULL> (in any case
variant), the element is taken to be NULL. The presence of any quotes
or backslashes disables this and allows the literal string value
- NULL> to be entered. Also, for backwards compatibility with
+ NULL> to be entered. Also, for backward compatibility with
pre-8.2 versions of
PostgreSQL>, the
linkend="guc-array-nulls"> configuration parameter can be turned
off> to suppress recognition of NULL> as a NULL.
null values to be entered. However,
PostgreSQL> versions
before 8.2 did not support null values in arrays, and therefore would
treat NULL> as specifying a normal array element with
- the string value NULL>. For backwards compatibility with
+ the string value NULL>. For backward compatibility with
applications that require the old behavior, this variable can be
turned off>.
Before
PostgreSQL 8.1, the arguments of the
sequence functions were of type text>, not regclass>, and
the above-described conversion from a text string to an OID value would
- happen at run time during each call. For backwards compatibility, this
+ happen at run time during each call. For backward compatibility, this
facility still exists, but internally it is now handled as an implicit
coercion from text> to regclass> before the function is
invoked.
Returns the debug
TTY of the connection.
(This is obsolete, since the server no longer pays attention
to the
TTY setting, but the function remains
- for backwards compatibility.)
+ for backward compatibility.)
char *PQtty(const PGconn *conn);
The default value for sslmode> is prefer>. As is shown
in the table, this makes no sense from a security point of view, and it only
promises performance overhead if possible. It is only provided as the default
- for backwards compatibility, and is not recommended in secure deployments.
+ for backward compatibility, and is not recommended in secure deployments.
mode is unused and
ignored as of
PostgreSQL 8.1; however, for
- backwards compatibility with earlier releases it is best to
+ backward compatibility with earlier releases it is best to
set it to INV_READ, INV_WRITE,
or INV_READ |> INV_WRITE.
(These symbolic constants are defined
Perl passes
PostgreSQL arrays as a blessed
PostgreSQL::InServer::ARRAY object. This object may be treated as an array
- reference or a string, allowing for backwards compatibility with Perl
+ reference or a string, allowing for backward compatibility with Perl
code written for
PostgreSQL versions below 9.1 to
run. For example:
roles being used as SQL roles the INHERIT> attribute, while
giving roles being used as SQL users the NOINHERIT> attribute.
However,
PostgreSQL defaults to giving all roles
- the INHERIT> attribute, for backwards compatibility with pre-8.1
+ the INHERIT> attribute, for backward compatibility with pre-8.1
releases in which users always had use of permissions granted to groups
they were members of.
The body
of the function definition
specifies the C-language name of the function, which need not be the
same as the name being declared for SQL use.
- (For reasons of backwards compatibility, an empty body
+ (For reasons of backward compatibility, an empty body
is accepted as meaning that the C-language function name is the
same as the SQL name.)
/*
* OPTIONAL pointer to result slot
*
- * This is obsolete and only present for backwards compatibility, viz,
+ * This is obsolete and only present for backward compatibility, viz,
* user-defined SRFs that use the deprecated TupleDescGetSlot().
*/
TupleTableSlot *slot;