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