X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 92C00D1CA4B for ; Sun, 9 May 2004 09:44:13 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 37453-10 for ; Sun, 9 May 2004 09:43:55 -0300 (ADT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by svr1.postgresql.org (Postfix) with ESMTP id F3B6FD1EF6C for ; Sun, 9 May 2004 09:43:50 -0300 (ADT) Received: from [10.0.0.2] (194.80-202-72.nextgentel.com [80.202.72.194]) by mail.broadpark.no (Postfix) with ESMTP id 940C72E6D; Sun, 9 May 2004 14:44:06 +0200 (MEST) Message-ID: <409E2788.6090706@startsiden.no> Date: Sun, 09 May 2004 14:43:52 +0200 From: Denis Braekhus User-Agent: Mozilla Thunderbird 0.6 (Windows/20040501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Theodore Petrosky , pgsql-sql@postgresql.org Subject: Re: not really SQL but I need info on BLOBs References: <20040506114622.26803.qmail@web41007.mail.yahoo.com> In-Reply-To: <20040506114622.26803.qmail@web41007.mail.yahoo.com> X-Enigmail-Version: 0.83.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.1 tagged_above=0.0 required=5.0 tests=RCVD_IN_SORBS X-Spam-Level: X-Archive-Number: 200405/82 X-Sequence-Number: 17796 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Theodore Petrosky wrote: | I am working on a project where the IT department is | pushing really hard to have all the images in the db. | I don't know what the agenda is. I am hopeful to come | up with reasons either why this is good or not good. We have never used BLOB support for images, however one additional feature of using BLOBs vs files on a disk would be having easier setup if multiple servers/clients need to access those images. In the case of using a filesystem you would either have to provide access to the images over a network filesystem or replication, whereas using the DB for storage does not require anything more than access to the DB.. We are using filesystem replication for situations like this (multiple webservers needing access to exactly the same images), however there are multiple other options for this situation. Of course needing to do editing on the images aswell provides additional hurdles. Bottom line seems to me to be that if this is all to be located on one server there is no good reason to not use filesystem storage for images, whereas if you need multiple servers and generally a more complex setup you should weigh the pros to the cons.. Regards - -- Denis -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-nr2 (Windows XP) iD8DBQFAnieIvsCA6eRGOOARAiwYAKCeaMfnq35nGoQRixKAsec/+k4kwwCdHy91 EyIqpTqWbZimUFdOjaFdpbI= =Uzfm -----END PGP SIGNATURE-----