Re: Re: Re: Storing images in PG?

From: Gunnar Rønning <gunnar(at)polygnosis(dot)com>
To: "Eric Ridge" <ebr(at)tcdi(dot)com>
Cc: "Andrew SNow" <andrew(at)modulus(dot)org>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Re: Re: Storing images in PG?
Date: 2001-08-16 11:25:04
Message-ID: m27kw4s0vj.fsf@smaug.polygnosis.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

* "Eric Ridge" <ebr(at)tcdi(dot)com> wrote:

|
| Also, if you're not going to be searching the bytes of the file (which
| I'm sure you're not), why put it in the database?

It would be convenient to have fast access to binary data in the database
that is similar to what other databases do. This would allow more
applications to run on PostgreSQL.

Not everybody will have the opportunity to access the local filesystem, e.g.
ISPs providing servlet hosting will likely turn of access to the filesystem.

It is also more work to write code to manage files in the filesystem. Why
store pointers to the actual files in the database, if I can store the
files themselves there.

As for speed of access you could always provide a cache for the images
in your application.

I've done the pointer to filesystem type of implementation in a CMS
system before and that turned out be messy to manage. E.g. If the disk is
full when adding a image, rollback transaction. What if some ignorant user
messes up the files ? Access control to the images, for that we need to
go through the application anyway.

--
Gunnar Rønning - gunnar(at)polygnosis(dot)com
Senior Consultant, Polygnosis AS, http://www.polygnosis.com/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Roderick A. Anderson 2001-08-16 12:26:55 Re: Roll Back dont roll back counters
Previous Message Richard Huxton 2001-08-16 11:19:26 Re: Roll Back dont roll back counters