Re: bytea datatype documentation patch

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Joe Conway <joseph(dot)conway(at)home(dot)com>
Cc: "pgsql-patches(at)postgresql(dot)org" <pgsql-patches(at)postgresql(dot)org>
Subject: Re: bytea datatype documentation patch
Date: 2001-11-20 21:42:26
Message-ID: Pine.LNX.4.30.0111201526530.613-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-patches

Joe Conway writes:

> Here's a second bytea documentation patch. This one significantly
> expands the "Binary Data" section added by Bruce recently.

This is good material, just a couple of comments.

I feel that basing the whole discussion on what "ASCII" characters can be
stored, are nonprintable, must be escaped, etc. is not appropriate.
Bytea doesn't store characters, it stores bytes (or octets, as you wish).
The correspondence between bytes and characters is old-fashioned and
pretty much does not exist in SQL except for a few places such as
OCTET_LENGTH.

Conversely, the discussion about whether text should be able to cope with
zero bytes is nonsensical because text stores characters and not bytes.

So I would base this discussion on the premise "bytea stores binary data"
(insert examples).

Some stylistic issues:

bytea => <type>bytea</type>

NULLs => zero bytes/bytes of value zero ("NULL" is too overloaded)

'non-printable' => <quote>nonprintable</quote>

MUST => <emphasis>must</emphasis>

--
Peter Eisentraut peter_e(at)gmx(dot)net

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Joe Conway 2001-11-20 22:26:02 Bytea docs (was Re: [PATCHES] bytea datatype documentation patch)
Previous Message Tom Lane 2001-11-20 21:09:03 Cross-references (was [PATCHES] PQescapeBytea documentation patch)

Browse pgsql-patches by date

  From Date Subject
Next Message Joe Conway 2001-11-20 22:26:02 Bytea docs (was Re: [PATCHES] bytea datatype documentation patch)
Previous Message Peter Eisentraut 2001-11-20 21:42:13 Re: Version checking when loading psql