Stephen Robert Norris wrote:

> Well, no. What it says is that certain values must be escaped (but
> doesn't say which ones). Then it says there are alternate escape
> sequences for some values, which it lists.
>
> It doesn't say "The following table contains the characters which must
> be escaped:", which would be much clearer (and actually useful).

Attached documentation patch updates the wording for bytea input
escaping, per complaint by Stephen Norris above.

Joe Conway
This commit is contained in:
Bruce Momjian 2003-07-18 03:45:06 +00:00
parent 5ea214b590
commit fd4c775481
1 changed files with 4 additions and 3 deletions

View File

@ -1,5 +1,5 @@
<!--
$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.119 2003/06/25 03:50:52 momjian Exp $
$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.120 2003/07/18 03:45:06 momjian Exp $
-->
<chapter id="datatype">
@ -1062,8 +1062,9 @@ SELECT b, char_length(b) FROM test2;
literal in an <acronym>SQL</acronym> statement. In general, to
escape an octet, it is converted into the three-digit octal number
equivalent of its decimal octet value, and preceded by two
backslashes. Some octet values have alternate escape sequences, as
shown in <xref linkend="datatype-binary-sqlesc">.
backslashes. <xref linkend="datatype-binary-sqlesc"> contains the
characters which must be escaped, and gives the alternate escape
sequences where applicable.
</para>
<table id="datatype-binary-sqlesc">