作者:熊慧 宋磊 魏东
来源:《科技创新导报》 2014年第17期
熊慧 宋磊 魏东
(河南省有色金属地质矿产局第二地质大队 河南郑州 450016)
摘要:用嵌入式SQLite设计了测绘数据系统中的搜索模块。因为测绘测绘数据数量庞大,而且还在不断增加,而嵌入式SQLite正好适合对这样的测绘数据进行管理操作,该设计以嵌入式SQLite为基础,实现了对测绘数据的搜索功能,主要完成工作如下:介绍了嵌入式SQLite的特点和基本应用方法。
关键词:测绘成果 测绘数据库 设计 入库
中图分类号:TU198 文献标识码:A 文章编号:1674-098X(2014)06(b)-0053-02
1 嵌入式测绘数据库SQLite概述
1.1 测绘数据的特点
地理数据的空间特征是地理数据与其他数据存在的明显差异,作为一种处理空间数据的数据系统,地理数据库与与普通数据库有很大的不同。在地理数据库的搭建中,要求每个记录都必须按照统一的地理坐标系统进行编码,从而保证其对定位、定性、定量描述的准确性。在GIS数据库中,按照统一的地理坐标来对地理数据进行编码管理的方法有两种,一是栅格法,即将空间分为由一系列行列坐标定位的像元,并对每个像元进行独立的编码处理,并使其具有属性特征;二是矢量法,即通过在三种主要的地理实体点、线、面中,将点状地理物质用一组(x,y)坐标进行表示,线状地理物质则用同一系列的(x,y)坐标确定,而面状地理物质则是用一另一个系列的数据进行首尾相连的(x,y)坐标表示,再通过将每个实体数据赋予对应的属性值Z。虽然编码是I工作数据技术类型工作,但它内部所囊括的地理思想及其依赖的地理坐标系都使其突显出了明显的地理性。现阶段决定栅格单元代码的主要方式主要包括面积占优法、百分比法、中心点法和重要性法等4种方法,其中除了重要性法可能存在地理观点的的影响外,其他方法都是从技术角度进行考虑,这也在一定程度上反映了GIS在地理基础理论方面的薄弱性。可是在实际应用中,部分区域的数据处理方式完全可以从地理角度出发并按照趋势法进行分析与处理。
1.2 SQLite数据库类型简介
SQLite是现在应用非常广泛的一个小型的嵌入式测绘数据库,从2000年开发出来后,得到了快速的发展,最为好用的是,它能够支持Windows/Linux/Unix等多个的操作系统的开发,同时,还能和当前多种变成语言相结合,如C、PHP、Java等。经过十几年的发展,现在已经发展到了SQLite 3的版本,功能也在不断的增多,对于多表格,索引,试图等各种接口的支持使其应用起来非常简单,由于自身的小巧,运行速度也是非常快速的。
SQLite是一个标准的设计体系,体系结构简单,一般的可以将其分成十个主要的子操作系统,里面不发有关系型的测绘数据库管理。具体情况如图1。
由图1可见,SQLite由编译器、内核、后台程序和附件四大部分组成,其中内核是运算处理的中心,由命令处理器完成接口接收的命令,并控制虚拟机进行运行,命令处理器还控制编译器中的标记处理器和代码生成器,从而进行语句的编译工作,而虚拟机最终又能控制到操作系统接口,从而实现对外的控制。附件部分为系统运行提供一些额外的保障。
针对我们数据查询系统的要求,我们将要编写的搜索模块定义为“finder”,利用这个模块,在我们的测绘数据库中,我们可以利用一些命令来测试系统的运行情况。具体如下:
对存储器创建测绘数据库文件:create database/diska/test/media.db;
创建测绘数据信息表文件:cerate battle audio_flash(Artist VARCHER(30));
查找艺术家测绘数据并排序:select distinct Artist form audio_flash order by Artist;
查找测绘数据专辑名并排序:select distinct Album Title form audio_flash order by Album Title;
查找测绘数据名并排序:select distinct Song Title form audio_flash order by Song Title;
通过上述的实验语句,我们得出了SQLite运行平稳,能够在毫秒级的时间内完成各种查找任务,可以为我们的模块设计服务。(见图2)
2 查找模块的设计
2.1 查找模块的设计概述
查找模块的整体设计结构框架如图所示。由图2可见,三个层面的上的应用从上而下,应用层负责接口和管理的服务,提供了查询,播放等功能,并将应用指向对应的服务程序。
服务层是整个系统中的最主要的部分,其能够提供允许多个请求同时应用数据库,但是如果一个进程正在进行读写操作的适合,其他的进程是不能够对其进行修改操作的,服务层对此提供了有效的解决方法;另外一点,服务层为应用层提供命令的操作实现服务,并且能够禁止底层数据库变化而带来的对上层的影响,这大大方便了模块化程序的适应性;还有一点,服务
层承担了系统中模块之间的通信服务功能,为各个模块和各层之间的信息交流提供了有效保障。
2.2 功能模块的设计
由查找模块的整体构架图我们可以清晰的将整个搜索模块分成七个主要的子模块,分别是媒体查询应用程序(MF)、应用程序服务接口(AUF)、元数据通信层(MCL)、元数据服务控制台(MSF)、元数据分类服务(MCS)、元数据访问服务(MAS)和元数据服务引擎(MSE)。下面对这几部分如何设计和实现进行详细说明。
2.2.1 媒体查询应用程序(MF)的设计
媒体查询应用程序(MF)是一个应用层模块,其主要功能是实现浏览和管理存储器中的测绘数据文件,具体可以分为:提供人机对话的窗口目标;显示数据库中浏览的信息;提供各种操作的信息管理;协调各个模块之间的相互调用功能。
2.2.2 元数据服务控制台(MSF)的结构和功能设计
元数据服务控制台(MSF)是服务层里面的主要进程,MSC、元数据访问服务(MAS)和元数据通信层(MCL)都受其控制,接收元数据服务控制台(MSF)的消息,根据消息进行不同的服务,并让消息进行排队处理,从而使多个请求有序进行。具体功能包括:对MSC、元数据访问服务(MAS)和元数据通信层(MCL)的线程的管理,读取接口端的消息,按照消息要求转发到MSC和元数据访问服务(MAS)模块,再把消息的执行情况反馈给接口端。
2.2.3 应用程序服务接口(AUF)的结构设计
虽然应用程序服务接口(AUF)与元数据通信层(MCL)关系紧密,虽然没有处在同一个层,当两者之间进行很多通信往来。应用程序服务接口(AUF)是一个库文件,当对其进行操作的适合,便需要与服务层进行通信,达到相应的数据库操作,返回结果的作用。
3 结语
针对当前测绘数据系统的特点,利用嵌入式SQLite设计了测绘数据系统中的搜索模块。因为测绘数据数量庞大,而且还在不断增加,而嵌入式SQLite正好适合对这样的测绘数据进行管理操作,本设计以嵌入式SQLite为基础,实现了对测绘数据的搜索功能,主要完成工作如下:介绍了嵌入式SQLite的特点和基本应用方法。研究了功能模块间的通信模式。设计了嵌入式SQLite基本模块单元。
参考文献
[1] 何光禹,李太全.基丁TC35GSM模块的SMS设计和应用[J].现代电子技术,2010,33(16):157-159,163.
[2] 罗琳,叉乐南.多媒体调频广播系统[J].电子工程师,1999(12):17-18.
因篇幅问题不能全部显示,请点此查看更多更全内容