嵌入式实时数据库？嵌入式实时数据库的管理系统

大家好，感谢邀请，今天来为大家分享一下嵌入式实时数据库的问题，以及和嵌入式实时数据库的管理系统的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！

常用嵌入式数据库有哪些

嵌入式数据库还是有很多的，这里举几个吧：

1.Berkeley DB常用嵌入式数据库有哪些

Berkeley

DB(BDB)是一个高效的嵌入式数据库编程库，C语言、C++、Java、Perl、Python、Tcl以及其他很多语言都有其对应的API。

Berkeley DB可以保存任意类型的键/值对(Key/Value Pair)，而且可以为一个键保存多个数据。Berkeley

DB支持让数千的并发线程同时操作数据库，支持最大256TB的数据，广泛用于各种操作系统，其中包括大多数类Unix操作系统、Windows操作系统

以及实时操作系统。

2.Couchbase Lite

Couchbase Lite

是一个为满足在线和离线的移动应用所开发的超轻量的，可靠的，并且安全的JSON数据库。即使在最不确定的网络条件下，亦可以给您的移动应用提供富有成效

的和可靠的信誉。除此之外，’同步门户’功能亦可以提供协作，社交互动或者是用户的更新。

3.LevelDB

LevelDB是Google开源出的一个Key/Value存储引擎，它采用C++编写的，支持高并发访问和写入，特别适合对于高写入业务环境。

4. SQLite

SQLite是一个开源的嵌入式关系数据库，实现自包容、零配置、支持事务的SQL数据库引擎。

其特点是高度便携、使用方便、结构紧凑、高效、可靠。与其他数据库管理系统不同，SQLite的安装和运行非常简单，在大多数情况下-

只要确保SQLite的二进制文件存在即可开始创建、连接和使用数据库。

5.UnQLite

UnQLite是，由Symisc

Systems公司出品的一个嵌入式C语言软件库，它实现了一个自包含、无服务器、零配置、事务化的NoSQL数据库引擎。UnQLite是一个文档存储

数据库，类似于MongoDB、Redis、CouchDB等。同时，也是一个标准的Key/Value存储，与BerkeleyDB和LevelDB等

类似。

嵌入式实时数据库的系统结构

图所示的是一个嵌入式实时数据库系统的体系结构，同传统的数据库一样，它仍然是一种三级模式的结构体系，即用户模式、逻辑模式和存储模式。在嵌入式环境下构建实时数据库系统，应该完成以下功能：高效的数据存取机制、数据安全性控制、实时事务管理机制、数据库的恢复机制等，设计中更关心的是系统的实时性、开销大小、系统性能、可靠性、可预知性和底层控制能力，即如何针对选用的实时OS和嵌入式硬件平台设计合理的数据模型和物理结构，重点放在如何高效的利用嵌入式系统的有限资源、如何提高数据的存取速度、如何进行数据保护、数据交换、查询/事务处理算法的优化、事务的优先级分派、事务调度和并发控制等等。

嵌入式实时数据库的管理系统

嵌入式RTDBS系统是介于用户和实时操作系统之间的一层软件，由众多程序模块组成，它的作用是对数据库中的共享数据进行有效的组织、管理和存取，其结构如图4所示。其中，存储空间管理模块、安全性和完整性控制模块、事务并发控制模块、实时数据转储模块、运行日志管理模块是在嵌入式环境下开发实时数据库系统需要特别解决的几个问题：（1）存储空间管理模块。嵌入式实时数据库系统由于采用了内存数据库技术，必然要涉及到嵌入式操作系统的内存管理，因此，用户必须了解系统对内存的分配机制，并设计自己的内存管理程序。系统运行时，由该模块通过实时OS向系统申请内存缓冲区，作为共享的内存数据区使用。之后，将历史数据库中的初始化数据调入内存区对这些空白内存进行初始化。对内存空间的申请，用户可采用静态分配方式，这种方式实现简单，无需复杂的索引结构，缺点是失去了灵活性，必须在设计阶段就预先知道所需内存并对之作出分配；或者采用动态分配方式，这种方式使用灵活，可以根据需要扩充数据节点，但是必须建立合适的索引结构，以加快数据的检索时间。该模块要根据具体的实时OS进行设计；（2）数据安全性、完整性控制模块。实时数据库设计中必须考虑数据的安全性，一方面指用户访问数据的合法性，另一方面是指系统的安全性。完整性是指用户对实时数据或历史数据的各种操作必须符合一定的语义，可通过完整性约束条件来实现；（3）事务并发控制模块。实时数据库是一个共享资源，允许多个任务共同使用，如果不对并发事务进行控制，可能会造成任务错误的读取或存储数据，破坏数据的一致性，因此实时数据库系统中，必须实现良好的并发控制机制。传统的数据库一般采用加锁的方式，类似于实时操作系统中的信号量，对于封锁粒度的大小要根据具体的应用系统确定，传统数据库获得锁的开销较小，因此通常选用小粒度封锁单位，以增加系统的并行性。但在实时数据库系统中，事务获得锁的开销与处理数据的开销相当，过小的封锁粒度反而会降低系统的性能，因此在实时数据库中的封锁粒度通常选择一张关系表为一个单位（如模拟量关系表为一个封锁单位），这样做减少了并发控制机制的复杂度，减小了系统的开销，提高了事务处理的整体性能；（4）实时数据转储模块。该模块实现的功能是将实时数据存储为历史数据，通常由该模块先将历史数据保存在内存缓冲区中，缓冲区满时才一次性的写入磁盘；读历史数据时，先从缓冲区内取数据，取不到数据时再进行文件的读写，这种方式可以降低磁盘I/O操作次数。并且只对变化数据进行存储，即节省了外存空间，又不会影响系统性能；（5）运行日志管理模块。日志文件在数据库恢复中起着非常重要的作用，可以用来进行事务故障恢复和系统故障恢复。日志缓冲区专门存放数据库操作的记录，传统的数据库日志记录包括记录名、更新前记录的旧值、更新后记录的新值、事务标识、操作类型等。在嵌入式实时数据库系统中，为了减少系统的开销，在日志记录中不包括新旧记录值，对日志记录的写操作只对缓冲区进行，当缓冲区满时，才由磁盘写操作写入日志文件当中。

嵌入式实时数据库的基本结构

嵌入式系统开发中，在实时数据库问题上的多数看法是，嵌入式RTDBS从本质上说是一个“内存数据库”，是一个由应用程序管理的内存缓冲池，它在系统中的作用就是一个供多个实时任务共同使用的共享数据区。这种数据库实际上是一个嵌入在用户应

用软件中的与应用程序不可分割的部分，其功能主要是数据的存和取，不具有独立性，不是一个真正意义上的数据库系统。一个完整的嵌入式实时数据库系统除了包括内存数据库外，还应当含有历史数据库和数据库管理系统DBMS及提供给用户的接口函数，整个数据库可由DBMS完成对数据库的具体配置及各种操作，例如系统运行前根据实际需要对内存数据库中的记录节点进行增减等配置操作。目前的嵌入式实时数据库系统可分为两大类，一类是商用级的嵌入式实时数据库系统，它独立于具体的应用软件，如美国McObject公司提供的eXtremeDB内存式实时数据库，这是一种专门为嵌入式系统数据库管理而编写的实时数据库，它将数据库直接建立在内存之中，并根据应用特征产生数据库API，用户可方便的调用这些接口函数管理整个数据库系统；另一类是用户针对具体的应用对象而自行设计开发的嵌入式实时数据库系统，这种数据库一般是嵌入到应用软件中作为应用程序的一部分，不具有独立性，目前测控系统中用户开发的实时数据库大都属于这种情况。

OK，关于嵌入式实时数据库和嵌入式实时数据库的管理系统的内容到此结束了，希望对大家有所帮助。