From: | "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk> |
---|---|
To: | Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in> |
Cc: | Postgresql General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: images in database |
Date: | 2003-04-03 13:16:39 |
Message-ID: | Pine.LNX.4.21.0304031413520.12600-100000@ponder.fairway2k.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, 3 Apr 2003, Shridhar Daithankar wrote:
> On Thursday 03 April 2003 17:38, you wrote:
> >
> > In the end, we went with large objects because my tests showed them faster
> > than bytea and there could be large sized objects, a B64 encoding would
> > bloat the size (encode/decode time and size bloat were what slowed the
> > bytea down I think) and the large objects let us extract the file in
> > portions for streaming should we wish.
>
>
> Just wondering, how does it exactly differ from storing an image in a file and
> storing the filename in the database?
>
Well it's in the database is the principal difference. There's a central
storage location, the client doesn't need to run on the same machine, the
client doesn't need to manage a filesystem, pg_dump can back up everything
(although I haven't actually tested this yet and I seem to remember someone
reporting a restore problem).
The file system option was one we considered.
--
Nigel J. Andrews
From | Date | Subject | |
---|---|---|---|
Next Message | Francesco Piccinini | 2003-04-03 13:18:02 | Tcl/Java/C++ support |
Previous Message | Marc Drouin | 2003-04-03 13:14:46 | Re: Trigger functions |