1 / 16

vti_encoding:SR|utf8-nl

vti_encoding:SR|utf8-nl. vti_approvallevel:SR|. vti_assignedto:SR|. vti_timelastmodified:TR|24 Sep 2007 18:40:00 -0000.

clinton-cox
Download Presentation

vti_encoding:SR|utf8-nl

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. vti_encoding:SR|utf8-nl

  2. vti_approvallevel:SR|

  3. vti_assignedto:SR|

  4. vti_timelastmodified:TR|24 Sep 2007 18:40:00 -0000

  5. vti_title:SR|Tertiary Storage Systems: Solving Multimedia DBMS Storage Problems   Greg Magsamen – September 27, 2007 Introduction   For enterprise-sized industries and services that deal in multimedia data, special problems arise in how to store and make readily accessible the content that they deal in. On-Demand video, image and audio services must be able to provide content without bankrupting themselves with the special concerns. A single user can afford to deal in multimedia on personal PCs, but enterprises must accommodate a balancing act of storage, availability and services for their product. The paper provides the position that in order to be a viable multimedia vendor, a hierarchical storage system must be used to provide for multimedia database and serve multimedia content.   This paper does not address the peer-to-peer (P2P) model of media sharing. That is a different architecture all together. This paper addresses the large multimedia services and users of large amounts of multimedia content with their multimedia database. Examples would be services such as Google Earth, YouTube, Facebook or users of large amounts of multimedia such as news services like CNN or Reuters. Even the local jukebox on the wall needs cost effective storage of its content. It would be impractical for every song to be stored locally on the device residing on the wall.   There is a train of thought to use a current feature of databases call Binary Large Objects (BLOBS) for directly storing multimedia content. However, this feature quickly becomes in effective as the database that is storing binary representations of multimedia objects needs to reside on single or mirrored disk systems. This become overtly expensive, especially when the database contains rarely access content that is taking up the same amount of space as frequently used multimedia.   Multimedia Data: Its Nature   Multimedia data, consisting of alphanumeric, graphics, image, animation, video, and audio objects, is quite different from standard alphanumeric data in terms of both presentation and semanti

  6. vti_author:SR|ADILSTU\\bllim

  7. vti_modifiedby:SR|ADILSTU\\bllim

  8. vti_nexttolasttimemodified:TR|24 Sep 2007 18:40:00 -0000

  9. vti_timecreated:TR|24 Sep 2007 18:56:44 -0000

  10. vti_extenderversion:SR|12.0.0.4518

  11. vti_syncwith_localhost\\d\:\\billy\\my web sites\\acs478/d\:/billy/my web sites/acs478:TR|24 Sep 2007 18:40:00 -0000

  12. vti_cacheddtm:TX|24 Sep 2007 18:56:44 -0000

  13. vti_filesize:IR|1421824

  14. vti_cachedtitle:SR|Tertiary Storage Systems: Solving Multimedia DBMS Storage Problems   Greg Magsamen – September 27, 2007 Introduction   For enterprise-sized industries and services that deal in multimedia data, special problems arise in how to store and make readily accessible the content that they deal in. On-Demand video, image and audio services must be able to provide content without bankrupting themselves with the special concerns. A single user can afford to deal in multimedia on personal PCs, but enterprises must accommodate a balancing act of storage, availability and services for their product. The paper provides the position that in order to be a viable multimedia vendor, a hierarchical storage system must be used to provide for multimedia database and serve multimedia content.   This paper does not address the peer-to-peer (P2P) model of media sharing. That is a different architecture all together. This paper addresses the large multimedia services and users of large amounts of multimedia content with their multimedia database. Examples would be services such as Google Earth, YouTube, Facebook or users of large amounts of multimedia such as news services like CNN or Reuters. Even the local jukebox on the wall needs cost effective storage of its content. It would be impractical for every song to be stored locally on the device residing on the wall.   There is a train of thought to use a current feature of databases call Binary Large Objects (BLOBS) for directly storing multimedia content. However, this feature quickly becomes in effective as the database that is storing binary representations of multimedia objects needs to reside on single or mirrored disk systems. This become overtly expensive, especially when the database contains rarely access content that is taking up the same amount of space as frequently used multimedia.   Multimedia Data: Its Nature   Multimedia data, consisting of alphanumeric, graphics, image, animation, video, and audio objects, is quite different from standard alphanumeric data in terms of both presentation and semanti

  15. vti_cachedcustomprops:VX|

  16. vti_backlinkinfo:VX|Schedule.html

More Related