| From: | Joe Conway <mail(at)joeconway(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Mircea Sarbu <msarbu(at)agora(dot)ro>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Using TEXT columns for binary content |
| Date: | 2003-04-21 16:34:15 |
| Message-ID: | 3EA41D87.4050907@joeconway.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Tom Lane wrote:
> Joe Conway <mail(at)joeconway(dot)com> writes:
>
>>1) You have to encode to base64 on the way in (bytea has to be escaped
>> on INSERT/UPDATE too)
>>2) You have to decode to binary on the way out (depending on your
>> middleware, you can use a binary cursor for bytea and avoid the
>> decode on SELECT)
>
> Note that the 7.4 protocol should make it a lot easier to use bytea for
> binary data without any escaping ... although some amount of client
> reprogramming would be needed ...
>
Yeah -- client library support (e.g. PHP, Python, etc) will probably lag
7.4's release by a bit, but I expect bytea will become the most sensible
option once everything is in place. Even now, I find bytea use for small
images pretty quick and easy (with PHP at least).
Joe
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Murthy Kambhampaty | 2003-04-21 16:56:49 | Re: stddev returns 0 when there is one row |
| Previous Message | Tom Lane | 2003-04-21 16:23:47 | Re: Using TEXT columns for binary content |