FastDB应用开发指南.pdfVIP

FastDB 应用开发指南（一） FastDB 是一个高效率的内存数据库系统，具有实时性能和方便的 C++ 接口。 FastDB 并不支持客户端/服务器结构，所有使用 FastDB 数据库的应用程序都必 须运行在同一台主机上。 FastDB 为具有主导读取访问模式的应用程序作了优化。 通过消除数据传输的开销和使用高性能的锁工具实现了查询执行的高速度。 数据库文件和使用该数据库的每一个应用程序占用的虚拟内存空间相映射。 所以查询在应用程序的任务中执行，不需要进行任务切换和数据传输。 在 FastDB 中，通过原子指令来实现对数据库并发访问的同步，对查询处理几乎 不增加任 何开销。 FastDB 假设整个数据库都在当前内存中，并且在这个假设的基础上优化查询算 法和结构。 另外，数据库缓存管理几乎不会给 FastDB 增加任何开销，同时 FastDB 也不需 要在数据库文件和缓冲池中进行数据传送。 这就是为什么 FastDB 比将所有数据放在缓冲池中的传统数据库明显速度快的原 因。 FastDB 支持事务、在线备份和系统崩溃之后的自动恢复。 事务提交协议基于一个影子根页算法，对数据库执行原子更新操作。 恢复操作执行起来非常快，给关键应用程序提供了高效率。 另外，它还取消了事务日志，提高了系统的整体性能，并且能够更加有效地使用 系统资源。 FastDB 是面向应用程序的数据库，使用应用程序的类信息来构建数据库的表。 FastDB 支持自动系统赋值，只允许你在一个地方——你的应用程序的类中，改 变它们的值。 FastDB 为从数据库中提取数据提供了一个灵活而方便的接口。 使用类似于 SQL 的语言来书写查询语句。 这些非原子字段、嵌套数组、用户自定义类型和方法、直接指向对象内部的指针 等后关系性能，简化了数据库应用程序的设计，并且使得它们更加高效。 虽然 FastDB 的优化是基于整个数据库都存放在机器的物理内存的这个假设上 的，我们依然可以将 FastDB 使用在那些大小超过系统物理内存的数据库上。 最后，标准操作系统的交换机制将会起作用。 但是所有的 FastDB 的算法和结构的优化都是基于数据存放在内存中这个假设 上的，所以数据交换的效率不会很高。 查询语言 FastDB 支持一种语法和 SQL 非常类似的查询语言。 FastDB 使用的符号更加流行于面向对象的编程中，而不是面向关系型数据库的 编程中。 将表行看作是对象的实例，表是这些对象的类。 跟 SQL 不一样，FastDB 是面向对象的，而并不跟 SQL 一样是工作在一张二维表 上的。 所以每一个查询的执行结果就是一个类的一组对象。 FastDB 查询语言和标准的 SQL 的主要区别如下： 1、 在多张表之间没有连接，也没有嵌套的子查询。 通常，查询是从一张表中返回一个对象集。 2、 表的最小的列单元是标准的 C 类型。 3、 FastDB 只有空指针，而没有 NULL 值。 我完全同意 C.J Date 关于三值逻辑的评论，也赞同他使用默认值的建议。 4、 结构和数组可以用作记录成员。 提供了一个特定的 exists 引用来定位数组中的元素， 5、 不仅可以用无参用户方法来定义记录成员，也可以用它来定义 表记录（对 象）。 6、 应用程序可以定义仅带一个简单字符型或数值型参数的用户函数。 7、 支持对象之间的指针，并且自动支持反向指针。 8、 start from follow by 的构造函数，实现了指针在递归记录之间的移动。 9、 由于查询语言和 C++类结合得比较紧密，关键字和语言的标识符都区分大小 写。 10、 不能进行整型和符点类型到字符串类型的隐式转换。 如果需要进行这种转换的话，必须显式地进行。 文章出处：飞诺网 ():/course/7_databases/database_ot her/2007106/77043.html FastDB 不同访问模式带来的影响 本文原创作品，如需转载请注明来源，作者：姜涛， towerjt@ FastDB 中不同的访问 DataBase 的模式在程序中能体现不一样的结果。 从试验可以知道，不同访问模式主要体现在对表的锁上。 （具体的试验，大家如果觉得有必要，可以自己做一下，用 subsql -access [read-only concurrent-read concurrent-update normal] 可以指定访问数据的模式，然后自己构建相关测试用例进行测试