pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Nate Byrnes <nate@qabal.org>
To: Craig A. James <cjames@modgraph-usa.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Storing Digital Video
Date: Thu, 09 Feb 2006 10:58:25 -0500
Message-ID: <43EB66A1.10302@qabal.org> (raw)
In-Reply-To: <43EB5D59.1030207@modgraph-usa.com>
References: <3cf983d0601311632t4a2f068au1f958746c2b092a7@mail.gmail.com>
	<200602060930.31144.albert@sedifa.com>
	<43EB475C.3040708@qabal.org>
	<43EB5D59.1030207@modgraph-usa.com>

    Thanks, until Postgres can pay my bills (hopefully soon...) I will 
have to be an Oracle guy.  Aside from the filesystem being better at 
managing large files (which I do agree) are there performance 
implications for the storage in the DB?
    Where I work, the question is not can you add the security code to 
the middleware, but how many middlewares and applications will need to 
be updated.
    Regards,
    Nate

Craig A. James wrote:
> Nate Byrnes wrote:
>> I must claim some ignorance, I come from the application world... 
>> but, from a data integrity perspective, it makes a whole lot of sense 
>> to store video, images, documents, whatever in the database rather 
>> than on the file system external to it. Personally, I would use 
>> LOB's, but I do not know the internals well enough to say LOBs or 
>> large columns.  Regardless, there are a lot of compelling reasons 
>> ranging from software maintenance, disk management, data access 
>> control, single security layer implementation, and so on which 
>> justify storing data like this in the DB.  Am I  too much of an 
>> Oracle guy?
>
> Yes, you are too much of an Oracle guy ;-).  Oracle got this notion 
> that they could conquer the world, that EVERYTHING should be in an 
> Oracle database.  I think they even built a SAMBA file system on top 
> of Oracle.  It's like a hammer manufacturer telling you the hammer is 
> also good for screws and for gluing.  It just ain't so.
>
> You can store videos in a database, but there will be a price.  You're 
> asking the database to do something that the file system is already 
> exceptionally good at: store big files.
>
> You make one good point about security:  A database can provide a 
> single point of access control.  Storing the videos externally 
> requires a second mechanism.  That's not necessarily bad -- you 
> probably have a middleware layer, which can ensure that it won't 
> deliver the goods unless the user has successfully connected to the 
> database.
>
> Craig
>
> !DSPAM:43eb5e8970644042098162!
>



view thread (10+ messages)  latest in thread

Message-ID: <43EB66A1.10302@qabal.org>
Permalink:  ../43EB66A1.10302@qabal.org/
Also on:    postgresql.org/message-id/43EB66A1.10302@qabal.org

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: nate@qabal.org, cjames@modgraph-usa.com
  Subject: Re: Storing Digital Video
  In-Reply-To: <43EB66A1.10302@qabal.org>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox