嵌入式实时数据库技术的研究.docVIP

嵌入式实时数据库技术的研究 　　【摘要】选择BeIke1eyDB,分析了它的分布式功能接口，研究了其实现机制，并针对其功能扩展设计了分布式传输层接口。以嵌入式分布式银行数据库系统的设计与开发作为实例，深入剖析、研究并阐述了嵌入式分布式数据库的实际应用。 　　【关键词】嵌入式数据库；分布式数据库；分布式事务 　　中图分类号：G250文献标识码： A 文章编号： 　　一、引言 　　嵌入式数据库不需要数据库驱动程序，直接将数据库的库文件链接到应用程序中。应用程序通过API访问数据库，而不是TCP/IP.因此，嵌入式数据库的部署是与应用程序在一起的。比如常见的版本控制器SubVersion,它所用的嵌入式数据库就是跟应用程序放在一起的。 　　二、分布式数据库事务 　　处理机制一个分布式事务是为了实现特定的业务功能，而访问数据库的一个最小逻辑工作单位，是一个操作序列。在分布式应用中，一个分布式的事务即全局事务，通常由一个主事务和在不同节点的子事务组成。 　　在多线程服务器的编程环境中，为了保证对象的一致性，对象上的操作仍然需要原子操作，通过互斥机制例如muteX变量（即互斥变量，设计一个全局变量作访问标一记，使资源独占访问）可以实现这一点。通过服务器操作的同步加强客户协同，客户可以将服务器作为一种共享资源的设施来使用。上述同步访问对象的机制提供了大多数应用中所需要的东西避免了线程相互干扰。 　　二、Berkeley DB 　　Berkeley DB为许多编程语言提供了实用的API接口，包括c、c++、java、python和PHP等。所有同数据库相关的操作都由Berkeley DB函数库负责统一完成。这样无论是系统中的多个进程，或者是相同进程中的多个线程，都可以在同一时间调用访问数据库的函数。 　　而底层的数据加锁、事务日志和存储管理等都在Berkeley DB函数库中实现。它们对应用程序来讲是完全透明的。如果想在资源受限的嵌入式系统上进行数据库管理，Berkeley DB可能就是惟一正确的选择。 　　三、分布式银行数据库系统传输层接口的设计 　　传输层是银行数据库系统中最为重要，最为关键的一层，是唯一可以负责系统总体的数据传输和数据控制的一个系统层面，系统传输层提供银行各个分支机构和中心服务器的端到端的交换数据信息机制，并为相应的上层和下层提供可靠的银行分支机构的目的站点信息，如图1所示。 　　 　　图1银行数据库系统传输层体系结构示意图 　　在基于Berkeley DB分布式银行数据库系统传输层接口设计过程中，其系统在网络中的传输层上主要包括若干相互连接的银行数据库系统分支机构和中心服务器，且系统中的每一分支机构都与中心服务器相连接，分支机构之间可以相互进行通信，同时由分支机构所统计的款项等业务数据信息都通过传输层流向中心服务器进行数据统计，因此传输层接口的设计在此银行数据库系统中占有重要地位。 　　为了实现分布式的网络功能，主要设计成网络服务，以服务进程的方式实现。总体的流程如图2所示。 　　 　　图2设计总体流程 　　同时为了能够缓冲网络操作管理环节当中所采集得到的海量数据信息，使用消息队列机制的模式，父进程把采集得到的数据信息先写入到相应的消息队列中。然后子进程能够从相应的消息队列中读取得到数据信息写入到数据库中。 　　运用以上的方法是以具体时间点作为单位而命名数据库，存储放置在相应时间范围内的数据信息。可是因为路由器偶然会出现数据信息滞留的现象，如果根据上述的存储模式方法将可能会存入到对应时间点的数据库，从而会使得存储数据信息出现失真的现象，并不能够作为网络此时刻的真实反馈。为了能够顺利有效地解决这一种现象，当每一次打开两个数据库进行操作时，即在打开当前时间点的相应数据库的同时又打开前一个时间点的相应数据库。当收到相应的数据包时，依据数据包中相应的Netflow/sFlow流到达路由器的具体时间点来判断辨识到哪一个数据库。因为上述的两个具体原因中，数据库系统中会存在着多个子进程进行写入数据库的操作，假设不能够实行一定的相应措施则很容易就会发生一系列的实际问题。 　　嵌入式实时数据库的证券市场发展的基础。在我国，移动用户是最有潜力的消费群体，所以另一个对证券的远程服务的移动开发和网络服务商将有巨大的市场潜力，而且可以促进移动电子商务的发展。证券商可以使客户实时查询，为自己的账户交易在不同的地方，方便，节省时间，降低成本，安全可靠，灵活。客户可以在任何时间，任何地点进行交易，证券经营机构柜台节省时间。商业或享受方便的旅行，可以快速服务。 　　实现海量数据存储网络操作管理的重要前提基础应当是数据信息的采集操作，全面系统与实时有效地采集到相应的全部数据信息，然后对于数据信息实现分类集中