From: | "Guy Rouillier" <guyr(at)masergy(dot)com> |
---|---|
To: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Storing images in PostgreSQL databases (again) |
Date: | 2006-10-05 22:12:29 |
Message-ID: | D4D1632DC736E74AB95FE78CD609007923B12E@mtxexch01.add0.masergy.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Leonel Nunez wrote:
>> I think the arguments for keeping stuff inside the database are
>> (a) far easier to maintain transactional semantics for insert/delete,
>> and (b) easier to serve the data out to clients that aren't on the
>> same machine. You aren't going to find a performance win though.
>>
>
> (c) easy to replicate
I don't follow that. Suppose your database minus images is 3 GB, and
your images are another 50 gigabytes. Which is easier to replicate, 3
or 53? Put the images on a file server, separate from the DBs - no need
to replicate them. And if you do want to copy (e.g., your replicated DB
is in a remote location), you can do a simple file system copy to the
corresponding remote file server.
> (d) easy to load balancing
If you're load balancing, both databases are in the same location,
right? In which case you only need one set of images on a central file
server.
--
Guy Rouillier
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Staubo | 2006-10-05 22:30:07 | Re: Storing images in PostgreSQL databases (again) |
Previous Message | Tom Lane | 2006-10-05 22:10:56 | Re: share lock error |