From: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com> |
---|---|
To: | Jeremy Haile <jhaile(at)fastmail(dot)fm> |
Cc: | pgsql general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Database versus filesystem for storing images |
Date: | 2007-01-05 22:16:13 |
Message-ID: | 1168035373.3421.48.camel@state.g2switchworks.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, 2007-01-05 at 15:54, Jeremy Haile wrote:
> Yeah - it can make it easier to implement transactional semantics by
> storing them in the database, although for simple operations it wouldn't
> be hard to replicate this manually. And you are going to incur a
> performance penalty by storing them in the database.
>
> Another thing to consider is that storing them in the file system makes
> it much easier to browse the images using third-party tools, update
> them, archive them (by gzipping or whatever). This is much more
> difficult if they are stored in the database.
The biggest performance penalty from them being in the same database as
your data is that they're going to be the majority of your kernel /
database buffers. So, as mentioned earlier, it's almost a necessity
(for performance reasons) to put them into their own db server.
From | Date | Subject | |
---|---|---|---|
Next Message | Raymond O'Donnell | 2007-01-05 22:16:46 | Re: Slony across platforms |
Previous Message | Devrim GUNDUZ | 2007-01-05 22:04:02 | Re: Slony across platforms |