From: | ljb <ljb9832(at)pobox(dot)com> |
---|---|
To: | pgsql-docs(at)postgresql(dot)org |
Subject: | Re: [GENERAL] Gripe: bytea_output default => data corruption |
Date: | 2010-10-27 01:11:42 |
Message-ID: | ia7u8e$bl9$1@news.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-general |
tgl(at)sss(dot)pgh(dot)pa(dot)us wrote:
> I think we should simply remove the description of *how* the escaping is
> performed, and state only that the function produces a suitably escaped
> literal string. Anything else is not future-proof, and could someday
> break the way this wording did.
Perhaps it would be best to remove escaping details here. But the
description of PQescapeBytea() might need to be rewritten, too. Without
describing exactly what PQescapeByteaConn() does, it is hard to understand
what PQescapeBytea() does not do, and why it therefore "might give the
wrong results".
I think the actual function behavior should be documented somewhere. Even
though it might change again.
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-10-27 01:46:44 | Re: [NOVICE] Asynchronous I/O in Postgres |
Previous Message | Josh Kupershmidt | 2010-10-27 00:46:25 | Re: [NOVICE] Asynchronous I/O in Postgres |
From | Date | Subject | |
---|---|---|---|
Next Message | Uwe Schroeder | 2010-10-27 05:27:40 | Re: What is better method to backup postgresql DB. |
Previous Message | Craig Ringer | 2010-10-27 00:54:13 | Re: Advice needed on application/database authentication/authorization/auditing model |