Diskspace is cheap.  $300 will get you a 40G hard drive, that's

equivalent to 61 CD's.

Plus, you don't have to burn it.   Skip the jukebox idea, in my

oppinion.  Besides,

there's a separate issue: will MySQL run against read-only media.  I've

no 

experience otherwise, but I'm almost sure Oracle wouldn't, and I

wouldn't be

surprised to find other databases like that.

That's a LOT of data.  I would do some serious testing to make sure that

MySQL

can handle that.

Jim Popovitch wrote:

> 

> A customer of ours is considering using MySQL to archive events from a

> network monitoring system.  These events form a timeline of everything that

> occurs on their WAN.  The quantity of events could reach 15-20 thousand per

> day, about 15 megs of data.  The current thinking is for each month's data

> to be a seperate database (filesystem directory) which would one day be

> archived to CD.  At any one time MySQL could have twelve 500+ meg databases

> open.  Does this sound OK?

> 

> In the near future the customer would purchase a CD-ROM jukebox and use it

> to provide easy access to archived data.  The desire here is to virtually

> mount the CDs on the jukebox as subdirectories in /var/lib/mysql/ providing

> the capabilities such as searching for all router failures on a given device

> within the past.  Does anyone here have any experience with CD jukeboxes on

> Linux?  Does the above seem logical?

> 

> -Jim P.

> 

> --

> To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.


-- 
David Corbin                 
Mach Turtle Technologies, Inc.
http://www.machturtle.com
">dcorbin@machturtle.com
--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.