Re: images in database

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk>
Cc: "alex b(dot)" <mailinglists1(at)gmx(dot)de>, Postgresql General <pgsql-general(at)postgresql(dot)org>
Subject: Re: images in database
Date: 2003-04-03 12:59:21
Message-ID: 3E8C3029.E3A72ACE@Yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Nigel J. Andrews" wrote:
> B64 would still require a bytea storage type to avoid any character encoding
> issue between client and server though, right?

I don't think so, since it uses characters from the 7-Bit ASCII set
exclusively and IIRC those map to the same codes in almost every
encoding except EBCDIC (though, I'm not an encoding expert).

What might have slowed down bytea as it would text is TOAST's attempt to
compress the data. As image data usually is compressed already (if not
using PPM or such), this will be a waste of time. For that reason alone,
TOAST offers you to disable the compression attempt on a per attribute
base.

Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Nigel J. Andrews 2003-04-03 13:13:22 Re: images in database
Previous Message Tony Harper 2003-04-03 12:57:05 RelationBuildDesc Notice (corrupt DB?)