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
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) |
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 |