（6）完备的嵌入式数据库的管理功能
嵌入式移动DBMS应具有自动恢复功能，可进行嵌入式数据库管理，并能够提供数据的备份和恢复，保证用户数据安全可靠。支持多种嵌入式操作系统嵌入式移动DBMS 应能支持Windows CE、Palm OS 等多种目前流行的嵌入式操作系统，这样才能使嵌入式移动数据库管理系统不受移动终端的限制。
3.2 嵌入式移动数据库管理系统的特点
基于以上分析不难得出嵌入式移动数据库的管理系统应具有如下特点：
（1）提供多种数据同步方式。具有上载同步、下载同步和完全同步三种同步方式。
（2）具有完善的冲突检测机制，和灵活的冲突解决方案，具有冲突日志记录功能。企业级应用中冲突是不可避免的，不同的数据库系统认为冲突发生的位置是不一样的。解决冲突的规则可以是系统预定义的也可以是用户自定义的。
（3）支持快速同步。系统同步时，只传递变化的数据，即增量上下载，节省了大量的同步时间。
（4）支持表的水平分割和垂直分割复制，最大限度地降低了嵌入式数据库的大小。
（5）支持异构数据源连接同步。可以用支持ODBC 的异构数据源，作为主数据库和嵌入式设备上的数据库，以进行数据同步。
（6）具有主动同步的功能。允许用户对系统提供的同步事件自定义过程实现，并提供最大灵活度的同步过程。
4 嵌入式移动数据库的数据管理模式
图2 数据管理模式
嵌入式数据库的应用分为个人应用和企业级应用。在个人应用中，与外界较少交换数据，而且不必考虑多个数据库的数据一致性。在企业级应用中，嵌入式数据库要与企业级数据库交换数据，构成分布式数据库系统，支持复杂的业务活动。
在数据库三级应用模式中，EMDB系统一般采用EMDB 同步/复制服务器 企业级DB，如我们见到的IBM提供的嵌入式设备和移动企业级应用解决方案就是由3部分组成：DB2 Everyplace 嵌入式数据库、DB2 Everyplace Sync Server和Universal Database企业级数据库。在此模式中，EMDBS由移动设备中的EMDBMS和固定节点上的同步/复制服务器这两部分构成。这种方案的指导思想是将DBMS的功能分解，简化移动设备中的功能，进而减少对移动设备资源的需求[4]。
5 嵌入式移动数据库的系统结构
（1） 数据库服务器DBSVR (Database Server)
可以是大型数据库系统, 如: Oracle, Sybase, DB2,SQL Server, 一般为固定结点。每个DBSVR 上维护本地数据库的一个完整的副本, 服务器之间由可靠的高速互联网连接在一起, 构成一个传统意义上的分布数据库系统。
图3 典型嵌入式移动数据库的系统结构
（2）移动支持结点MSS (Mobile Support Station )
进行分布式事务处理, 控制EMDB和DBSVR之间的数据交换并支持一个无线单元(cell),具有无线联网能力和同步功能,MSS也位于高速网络中。服务器可以与MSS为同一台机器。
（3）位置服务器LS(Location Server)
（4）可信部分
由固定网络以及网络上的固定主机组成, 固定主机分为两类: 一类是不带无线通讯的主机, 如DSSVR 和LS; 另一类是带有无线通讯接口MSS。
（5）移动客户机MC (Mobile Client)
MC的处理能力与存储能力相对于服务器来说非常有限, 且具有移动性(即可以出现在任意一个无线单元中) , 在它上面保存一部分数据库副本, 并通过EMDB对本地数据进行管理,可以通过无线链路与一个MSS通信,通过MSS上的ODBC 接口, EMDB可以与DBSVR进行数据交换。从而与整个固定网络连通, 也可以接受由MSS 发送的广播信息。它会经常与服务器断接(指MC无法与任意一个联机通信) 即使在与服务器保持连接时, 由于MC 所处的网络环境多变,MC与服务器之间的网络带宽相差很大,且可靠性较低,网络延迟较大。
（6）本地数据库Rep(Replication) 数据库副本
（7）EMDB
嵌入式移动数据库, 工作方式为: 每当MC发出一个查询请求Q1时,它首先查询本地数据库(移动子集上),若满足查询条件要求则直接返回给MC, 否则就向VS提交查询请求, 由VS代替MC完成查询并将结果返回给MC(前提是两者处于连接状态)。若MC 处于断接状态, 则也只能在MC上执行本地查询。若在断接期间更新了MC上的数据, 则该数据将在VS再次连接时, 进行数据重集成, 通过一致性维护算法来保证一致性。主要EMDB的应用模式都是立足于嵌入式设备作客户端, 在嵌入式设备上运行一个精巧的EMDB,在通过同步或复制技术与企业级数据库连接。这种应用模式在支持嵌入式设备的同时, 还支持移动设备,甚至无线移动设备, 构成基于移动环境的应用[5]。