eXtremeDB实时数据库舞动在JVC最新便携式音乐播放器之上
eXtremeDB实时内存数据库发行商美国McObject今日宣布:作为消费电子的卓越制造商JVC将eXtremeDB内存式实时数据应用到最新款高品质的音乐播放器 Alneo XA HD500里。在这个播放器里,eXtremeDB起着关键性作用,包括即时分栏,用户节目单及实时命令等功能。
JVC采用尺寸超小的eXtremeDB内存式实时数据库于其音乐播放器上对McObject来说有着更为深刻的意义:eXtremeDB使诸如JVC这样的消费性电子产品也将变得更有竞争力。EXtremeDB不仅提供音乐即时播放功能，它还支持超长的音乐回放，而且降低了产品的成本。EXtremeDB这样提高产品性价比的强大优势使之被各种各样的消费电子所采用,包括Siemens,Phililips的手机和Alcatel的机顶盒等。
JVC的工程师们就决定采用一款现成商业的数据管理系统(DBMS)来提高其MP3的运行性能,并缩短研发周期.起初他们也调研了一些传统的磁盘式数据管理系统.但磁盘式数据库需要大量的RAM缓存.这样,一方面极大地増加了元器件的成本,另一方面减小了可管理的曲目数量。
在减小内存需求以外,便携式音乐播放器的产商们还希望采用较慢的CPU来进一步降低产品的生产成本.为了延长电池的寿命,CPU周期也需要进一步降低到最低,在实时性能方面,传统的磁盘式数据库采用RAM缓冲机制.但是在这样的情况下,即使数据全部装进缓存,磁盘式数据库还要进行繁琐的I/O操作,缓冲管理等消耗大量的CPU资源。
“对于数码播放器而言，其数据管理是核心.而这里的数据库实际上就是一种移动的音乐库,包含着对上千万曲目的即时访问功能.虽然数据的管理任务是一目了然的,但此种设备的内存和CPU资源是非常有限的.因此,即使是消费性电子产品,资源的使用效率也显得时十分重要.”McObject CEO和共同创始人Steve Graves先生说道。
“我们很高兴eXtremeDB与Alneo XA HD500配合的很好。如同在其他智能化产品上一样,在这里eXtremeDB也管理着海量复杂实时数据。“Graves补充到。
“JVC这款数字音频播放器在同类产品中提供了最强大的功能和最卓越的性能―――超立体声效果，超长的回放时间，18种语言菜单及其四声道数字环绕声。为了实现这样的创新,JVC在技术上做出了一系列大胆尝试,包括史无前例地采用全功能数据库！这一全功能的数据库就是McObject的eXtremeDB内存式实时数据库.”JVC工程师说道。
下载中心：http://www.leadingtek.com.cn/download/default.htm
实时内存数据库eXtremeDB使PMP愈加富有创意
Original text:http://neasia.nikkeibp.com/neasia/002793
消费性电子产品的产商们几乎都在寻求各种各样的新途径来简化应用于便携式音乐播放器中数据管理软件的开发工作。诚然，在这些设备中，海量数据的分类、存储、回放等各项功能是极其频繁的，但是诸如MP3播放器之类的极其有限的内存能力和CPU性能的消费性电子产品而言这一问题就显得日益紧迫了！
随机存储在MP3中通常包括两层含义：通过使用较少的内存来降低设备的材料成本从而达到在价格方面的优势。便携式音乐播放器通常选择使用低端CPU来减少生产成本，在这样的情况之下CPU周期为更好的满足动态管理必须降到最低。
目前，在嵌入式MP3播放器软件中集成一口碑良好的商业化数据库管理系统也变得愈加普遍。一系列的成功实例表明这样在大大缩短开发周期的同时还大大提高了数据管理译码的效率。传统的数据管理系统在诸如办公、公共数据存储通常是为达到较快的内存访问速度而设计的，但是它还通过缓存将数据库更新、插入、删除。
内存数据库：
内存数据库管理系统作为数据管理的一项崭新的数据管理技术剔除了磁盘间访问、数据存储在主内存中，仅在系统设备需要时才将数据写入磁盘。这一全新的内存数据库是为嵌入式系统量身定做的，在机顶盒、车载系统、工业化控制设备等众多设备中以上两种数据库都是最为普遍的。
数据关系：
图一为便携式播放器中最为普遍简单的数据模型。
播放菜单与用户体验效果密切相关。建立、编辑个性化曲目单指根据个人喜好安排曲目循环播放，这也是便携式音乐播放器的重要特征。每个播放菜单都将包括一个或多个即时播放曲目。列于播放菜单曲目于其所属的播放菜单相对应：此外，它也将包含其在播放菜单中的曲目顺序。
播放菜单曲目支持其与曲目的对应关系。这样一来一个播放菜单可以播放2首或多首曲目，并且所给曲目也就能出现在多个播放菜单之上。
图一中每个箭头表示每箭头两端两个实体的关系。在一般情况之下，索引通常支持这些关系。这里我们所说的索引就是指主键和外键。主键是表中每一行特有的标识符，它将为您清晰地辨认表中行与行间的区别。外键是在相关表格中连接主键域的一个或多个域在数据库中的记录，从而交叉使用数据信息。
图二详细描述了在一个便携式播放器中索引是如何用来实现这一关系的。
剔除了磁盘间的I/O操作：
大量的冗余数据将被存储在表明实体间数据实体关系的索引中。对于磁盘式数据库，如果所需数据存储在索引中，数据就可以取回从而避免了额外的磁盘间I/O高额开销但这也需要访问数据文件，这一点还是可以满足需求的。磁盘间I/O操作开销极大，所以它可以释放其余的存储空间来存储索引中大量的冗余数据。
便携式音乐播放器的设计者也试图通通过剔除I/O开销等方法来延长电池的寿命和避免在循环播放时遗漏所要播放的曲目。当然这一目标可以通过存储内存中数据轻松实现。但是在现实中便携式音乐播放器可用RAM极小，所有内存都将来自循环播放时的缓存。他们将所有的数据存储在内存中，所以从表中读取数据、取值的性能开销都是很微小的，但是删除索引结构中冗余数据的开销极大。一个内存数据库的索引结构仅仅包括索引元数据而不包括应用数据。
CPU要求和启动时间：
另外一个使广大工程师们选择内存数据库就是可以借助软件逻辑性来实现缓存和磁盘间I/O来满足对CPU的高要求。通过使用内存数据库，这一问题将迎刃而解------通过使用功耗较小的CPU就对更高的性能有了保障，开发商有也可在延长电池寿命的基础上优化CPU周期。
广大工程师们还考虑到了内存数据库的启动时间。磁盘式数据库在应用程序打开数据库后可以马上运行，然而原始内存数据库中是没有数据的，必须导入数据。但在最后的分析中，用于MP3的超小尺寸内存数据库解决了这些问题。就拿访问5000首歌曲的数据库来说，如果每首歌名有20子段长，内存数据库将需要大概1MB空间。如果所有歌曲的歌名最多长215字符，数据库大概有2MB空间那么大。内存数据库的传输率在33MB/秒，也就是说它在可用极限内的时间间隔里就可以完全准备结束。而不考虑曲目名的长短，仅考虑从MP3循环播放中剔除缓冲基于磁盘的软件建立数据库的大小竟然在7MB左右。
