跨平台移动存储介质数据系统技术方案

本发明专利技术提供了一种跨平台移动存储介质数据管理系统，包括：位于移动存储介质中的嵌入式数据库文件模块，以及位于应用平台中的与所述嵌入式数据文件模块相对应的数据库嵌入式接口库模块。嵌入式数据库文件模块中所使用的数据库为ＳＱＬｉｔｅ，数据库嵌入式接口库为ＳＱＬｉｔｅ的嵌入式接口库。本发明专利技术跨平台移动存储介质数据管理系统，实现了移动存储介质的跨平台数据管理，其实现成本低廉，适合推广使用。

【技术实现步骤摘要】

本专利技术涉及移动存储介质的数据管理技术，特别涉及一种跨平台移动存储介质数据系统。
技术介绍
在计算机软盘淘汰后，基于外接移动存储介质的数据管理消失了，取而代之的是网络等新一代数据管理系统。可是随着各种高容量存储卡的出现，以及一些行业信息管理的数字化，基于CF卡、SD卡等移动介质的数据管理系统再次得到广泛应用。不过早些时候的应用模式一般只是把移动存储卡作为数据备份，使用模式一般都是通过机器内部的Flash芯片等存储介质进行数据库存储，操作完成后再将部分数据内容导出到外接存储卡上进行备份，以后再用还需再从外接存储卡导入到本机数据库。这种方式操作麻烦，而且并未使得本机的存储空间得到扩展。机器内存有完整的数据库，并未起到通过卡这种移动介质增强安全性和独立性的作用。而且由于操作员的误操作，可能忘记备份数据，再次导入时就会造成后面操作的数据永久性丢失，这都不利于数据的管理。后来，随着管理系统设计的进步，很多应用系统开始自己设计卡中的存储格式，实现了基于移动存储介质的数据管理方案，使得数据完全存储于卡中，卡中数据实现了独立管理。这种方案往往能很好的满足系统平台的某种应用，但由于是专门设计的存储结构，包含数据库的部分功能，几乎没有任何扩展性，更不具备跨平台应用的特性。而且由于是专门定制的系统，价格一般都比较昂贵，不适合推广。
技术实现思路
本专利技术的目的在于提供一种跨平台移动存储介质数据管理系统，-->该系统具有较好的扩展性能，并且适于跨平台应用。本专利技术跨平台移动存储介质数据管理系统，包括位于移动存储介质中的嵌入式数据库文件模块，以及位于应用平台中的与所述嵌入式数据文件模块相对应的数据库嵌入式接口库模块。优选地，所述嵌入式数据库文件模块中所使用的数据库为SQLite。SQLite是一个嵌入式SQL数据库引擎。和大多数SQL数据库不同，SQLite并不需要一个独立的服务进程。SQLite通过直接读写普通磁盘文件进行数据操作。包含多表、索引、触发器和视图的完整SQL数据库被保存在单一的磁盘文件中。数据库文件是跨平台的，也就是说在32位平台的操作和64位的操作系统之间、在大端(big-endian)和小端(little-endian)数据结构的平台之间数据可以自由拷贝。SQLite是个十分紧凑的库。在所有功能打开时，当编译器处于最优设置时，库文件大小可以小于250KB。如果可选功能被省略的话，库文件的大小甚至可以降到180KB以下。SQLite可以运行在最小16KB的堆栈空间和100KB的堆空间上。如此小的资源开销，使得SQLite在内存资源有限的小型产品中应用十分广泛，如手机、PDA、mp3播放器等。SQLite在内存使用和速度上找到了很好的平衡点，提供的内存越高，数据库能够运行得越快。当然，低内存的环境下运行，表现也是十分出色的。所述的移动存储介质为CF卡、SD卡或U盘等任何移动存储介质。所述的应用平台包括但不限于Windows、Linux、嵌入式Linux或Windows CE。本专利技术还提供一种跨平台移动存储介质数据管理方法，该方法包括在移动存储介质中植入一嵌入式数据库文件模块，在应用平台中植入一与所述嵌入式数据库文件模块相应的数据库嵌入式接口库模块。-->所述嵌入式数据库文件模块中所使用的数据库为SQLite。本专利技术还提供一种将SQLite移植到应用平台的方法，该方法包括步骤：1)下载SQLite源代码；2)安装配置相应平台的编译器；3)针对不同平台的编译工具，创建合适的工程文件；4)编译工程，生成最终的库文件；5)针对某些特殊的平台，对库文件进行优化裁剪。通过上述方法，本专利技术实现了将SQLite向Windows、Linux、嵌入式Linux以及Windows CE等平台的移植。本专利技术提供的跨平台移动存储介质数据管理系统，实现了移动存储介质的跨平台数据管理，其实现成本低廉，适合推广使用。附图说明图1是跨平台移动存储介质数据系统模型。具体实施方式下面通过实施例进一步说明本专利技术，但不应理解为对本专利技术的限制。实施例1跨平台移动存储介质数据系统1、系统的设计数据库从应用可以分为通用数据库和嵌入式数据库，从实现形式可以分为文件型数据库和基于C/S架构的数据库。由于应用是基于各个平台的嵌入式移动终端，大型的分布式数据库显然不适台。由于应用的对象是移动存储卡，而非将数据固定保存在某个特定的存储器中，基于C/S架构的嵌入式数据库显然不如基于文件型的灵活易用，一般只能通过导出为其他格式文件的方式进行外部存储。而且，一般基于C/S架构的嵌入式数据库需要在嵌入式移动终端上启服务，容量-->和系统资源消耗都相对比较大，不适合嵌入式终端使用，而且从性能角度看，优势又不明显，甚至不如文件型数据库。因此，系统采用基于文件型的嵌入式数据库。具体地说，采用嵌入式数据库文件模块用于存储嵌入式数据库文件，通过数据库嵌入式接口库模块实现对存储在嵌入是数据库文件模块中的数据库文件进行管理。如图1所示，存储卡上保存嵌入式数据库的文件。存储卡可以是CF卡、SD卡、U盘等任何移动存储介质。存储卡插到各个平台的读卡器上，通过驱动被系统识别，并挂载上相应系统的目录，使得操作系统上层的应用程序能够读出保存在存储卡上的数据库文件。这种设计将平台之间的差异转化到硬件和驱动层上，使得基于数据库应用层软件的跨平台更易实现。应用的开发人员可以全心放在上层的逻辑上，不必了解底层的驱动和硬件，底层的改动也不会影响上层的软件，软件的更独立性好。系统构建时，首先基于各个应用的平台，移植数据库的嵌入式接口库。一般都以动态库或者静态库的形式生成，然后开发应用软件，调用生成好的接口库，实现对挂接上外部存储卡的路径下嵌入式数据库文件的操作。图中粗箭头表示的是存储卡的硬件连接以及驱动挂载，虚线箭头表示的是应用层数据库文件的操作。现有的文件型嵌入式数据库产品中最有影响力的产品是BerkeleyDB和SQLite。这两个产品都是十分优秀的产品，功能和性能上都各有千秋，而且发展都很迅速，版本更新很快。近两年，对文件型嵌入式数据库产品的研究很热门，对这两款产品研究比较的文章很多，这两款数据库主要的特征比较总结如下：表1 BerkeleyDB和SQLite特征对照表  BerkeleyDB  SQLite  代码开放  开放  开放-->  库文件大小  300k左右  小于250k  SQL支持  不支持  基本支持SQL92标准  数据库容量支持  256TB  2TB  费用  个人应用免费，商业应用收费  无论商业个人应用完全免费这两款嵌入式数据库的性能都非常优秀，基于不同条件下的评测互有胜负。SQLite由于支持SQL，需要对数据库的操作进行解析，因此要比直接通过函数直接操作数据的BerkeleyDB稍微浪费一些效率，多数的评测的结果是SQLite速度比BerkeleyDB稍慢，不过差距很小，而且可能由于版本可测试条件的不同，有些测试甚至得出SQLite速度优于BerkeleyDB的结论。从实际嵌入式终端应用角度，这两款数据库都非常的快，一般的嵌入式应用人不会感到任何的时间延迟，因此在处理数据的性能上这两个数据库打了平手。在代码开放方面，这两款数据库都是完全开放源代码的，体积都很小本文档来自技高网...

【技术保护点】
一种跨平台移动存储介质数据管理系统，包括：位于移动存储介质中的嵌入式数据库文件模块，以及位于应用平台中的与所述嵌入式数据文件模块相对应的数据库嵌入式接口库模块。

【技术特征摘要】
1、一种跨平台移动存储介质数据管理系统，包括：位于移动存储介质中的嵌入式数据库文件模块，以及位于应用平台中的与所述嵌入式数据文件模块相对应的数据库嵌入式接口库模块。2、如权利要求1所述的移动存储介质数据管理系统，其特征在于，所述嵌入式数据库文件模块中所使用的数据库为SQLite。3、如权利要求2所述的移动存储介质数据管理系统，其特征在于，所述的数据库嵌入式接口库为SQLite的嵌入式接口库。4、如权利要求1～3任一项所述的移动存储介质数据管理系统，其特征在于，所述的移动存储介质为CF卡、SD卡或U盘。5、如权利要求1～3任一项所述的移动存储介质数据管理系统，其特征在于，所述的应用平台为Windows、Li...

【专利技术属性】
技术研发人员：邓中亮，吴巍荪，
申请(专利权)人：北京邮电大学，
类型：发明
国别省市：11[中国|北京]