Re: Storing Digital Video
От | Nate Byrnes |
---|---|
Тема | Re: Storing Digital Video |
Дата | |
Msg-id | 43EB66A1.10302@qabal.org обсуждение исходный текст |
Ответ на | Re: Storing Digital Video ("Craig A. James" <cjames@modgraph-usa.com>) |
Список | pgsql-performance |
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! >
В списке pgsql-performance по дате отправления: