FastDB应用开发指南

Edited by Foxit Reader ActiveX For Evaluation Only. Copyright(C) 2006-2009 Foxit Corporation
FastDB 使用的符号更加流行于面向对象的编程中，而不是面向关系型数据库的 编程中。 将表行看作是对象的实例，表是这些对象的类。 跟 SQL 不一样，FastDB 是面向对象的，而并不跟 SQL 一样是工作在一张二维表 上的。 所以每一个查询的执行结果就是一个类的一组对象。 FastDB 查询语言和标准的 SQL 的主要区别如下：
共享内存的最大尺寸受系统参数限制， 下面数据是在 Linux im_monitor 2.6.9-42.ELsmp 下的缺省值： cat /proc/sys/kernel/shmmax 33554432 默认大小都是 32M; 同样 fastdb 里的代码也用 32M 作为容量上限，而且一旦越界，不再进行扩容； 进程退出； 具体的代码行是：inc/database.h 文件里 #ifdef DISKLESS_CONFIGURATION // In diskless confiuration database can not be reallocated const size_t dbDefaultInitDatabaseSize = 32*1024*1024; #else const size_t dbDefaultInitDatabaseSize = 1024*1024; #endif 为了支持 fastdb 在更大的共享内存下工作，需要做两点修改： 1、系统参数的修改 修改 /etc/sysctl.cfg,添加入下内容： kernel.shmmni = 4096 kernel.shmall = 2097152 kernel.shmmax = 1073741824 sysctl -p 执行； 或者 echo 1073741824 > /proc/sys/kernel/shmmax ，注意需要加到启动脚本 里去； 2、修改 fastdb 源代码 const size_t dbDefaultInitDatabaseSize = 32*1024*1024;修改为合适的数值； 比如 32->1024 鉴于共享内存大小限制，以及不能动态扩容：当容量超过限制，进程不能进行再 分配，直接退出，对于大容量的系统，对 fastdb 的数据使用超过 2G, 或者总的 虚拟内存使用量可能接近 3G, 则不建议在 32 位操作系统中使用共享内存方式的 fastdb，可以改用文件方式，实际上对于文件方式，也是通过 mmap 的方式来实 现，对于 io 的写基本等同于内存效率，且可以在预分配的基础上扩容。
fastdb 共享内存模式下的限制 2009 年 9 月 13 日 imhub 分类 用过的技术 最近项目中使用了 fast db，为了提高访问效率，fast db 采用 diskless 模式编 译。
Edited by Foxit Reader ActiveX For Evaluation Only. Copyright(C) 2006-2009 Foxit Corporation
mdb 支持位操作，and/or 不仅可以用于布尔操作数，也可以用于整型操作数。对整型操作数进行 位-or 操作的得到的一个整型操作数。 mdb 也支持对整型和浮点型的幂运算（x^y） Structures
结构可以作为记录的组成部分，结构的字段可以通过标准的点表达式访问： company.address.city 结构字段可以以指定的顺序索引和使用，可以嵌套并且嵌套的层次没有限制。
文章出处：飞诺网 ():/course/7_databases/database_ot her/2007106/77043.html
FastDB 不同访问模式带来的影响 本文原创作品，如需转载请注明来源，作者：姜涛， towerjt@
FastDB 中不同的访问 DataBase 的模式在程序中能体现不一样的结果。 从试验可以知道，不同访问模式主要体现在对表的锁上。 （具体的试验，大家如果觉得有必要，可以自己做一下，用
Edited by Foxit Reader ActiveX For Evaluation Only. Copyright(C) 2006-2009 Foxit Corporation
Edited by Foxit Reader ActiveX For Evaluation Only. Copyright(C) 2006-2009 Foxit Corporation
FastDB 应用开发指南（一） FastDB 是一个高效率的内存数据库系统，具有实时性能和方便的 C++ 接口。 FastDB 并不支持客户端/服务器结构，所有使用 FastDB 数据库的应用程序都必 须运行在同一台主机上。 FastDB 为具有主导读取访问模式的应用程序作了优化。 通过消除数据传输的开销和使用高性能的锁工具实现了查询执行的高速度。 数据库文件和使用该数据库的每一个应用程序占用的虚拟内存空间相映射。 所以查询在应用程序的任务中执行，不需要进行任务切换和数据传输。 在 FastDB 中，通过原子指令来实现对数据库并发访问的同步，对查询处理几乎 不增加任 何开销。 FastDB 假设整个数据库都在当前内存中，并且在这个假设的基础上优化查询算 法和结构。 另外，数据库缓存管理几乎不会给 FastDB 增加任何开销，同时 FastDB 也不需 要在数据库文件和缓冲池中进行数据传送。 这就是为什么 FastDB 比将所有数据放在缓冲池中的传统数据库明显速度快的原 因。 FastDB 支持事务、在线备份和系统崩溃之后的自动恢复。 事务提交协议基于一个影子根页算法，对数据库执行原子更新操作。 恢复操作执行起来非常快，给关键应用程序提供了高效率。 另外，它还取消了事务日志，提高了系统的整体性能，并且能够更加有效地使用 系统资源。 FastDB 是面向应用程序的数据库，使用应用程序的类信息来构建数据库的表。 FastDB 支持自动系统赋值，只允许你在一个地方——你的应用程序的类中，改 变它们的值。 FastDB 为从数据库中提取数据提供了一个灵活而方便的接口。 使用类似于 SQL 的语言来书写查询语句。 这些非原子字段、嵌套数组、用户自定义类型和方法、直接指向对象内部的指针 等后关系性能，简化了数据库应用程序的设计，并且使得它们更加高效。 虽然 FastDB 的优化是基于整个数据库都存放在机器的物理内存的这个假设上 的，我们依然可以将 FastDB 使用在那些大小超过系统物理内存的数据库上。 最后，标准操作系统的交换机制将会起作用。 但是所有的 FastDB 的算法和结构的优化都是基于数据存放在内存中这个假设 上的，所以数据交换的效率不会很高。 查询语言 FastDB 支持一种语法和 SQL 非常类似的查询语言。
程序员可以定义结构的方法用于查询。该方法不能有参数并且只能返回原子类型 （布尔值、数值、字符串和引用类型）。这些方法也不能改变对象句柄。如果该 方法返回字符串，这个字符串应当使用 new 运算符分配，因为其值拷贝后串就会 被删掉。
用户定义方法可以用来创建虚组件-就是不存储在数据库中由别的组件计算出来 的组件。例如，mdb dbDateTime 类型只包括一个整型的时间戳组件以及如 dbDateTime::year(),dbDateTime::month()之类的方法，可以在应用中指定像这 样的查询："delivery.year = 1999"，
1、 在多张表之间没有连接，也没有嵌套的子查询。 通常，查询是从一张表中返回一个对象集。 2、 表的最小的列单元是标准的 C 类型。 3、 FastDB 只有空指针，而没有 NULL 值。 我完全同意 C.J Date 关于三值逻辑的评论，也赞同他使用默认值的建议。 4、 结构和数组可以用作记录成员。 提供了一个特定的 exists 引用来定位数组中的元素， 5、 不仅可以用无参用户方法来定义记录成员，也可以用它来定义 表记录（对 象）。 6、 应用程序可以定义仅带一个简单字符型或数值型参数的用户函数。 7、 支持对象之间的指针，并且自动支持反向指针。 8、 start from follow by 的构造 C++类结合得比较紧密，关键字和语言的标识符都区分大小 写。 10、 不能进行整型和符点类型到字符串类型的隐式转换。 如果需要进行这种转换的话，必须显式地进行。
标识符大小写敏感，由 a-z, A-Z, '_' 或者 '$'字符开头，只能包含 a-z, A-Z, '_' 或者 '$'字符，不能与 SQL 保留字重复
保留字列表 abs and asc between by current desc escape exists false first follow from in integer is length like last lower not null or real start string true upper 使用 ANSI 标准注释，在双连字符后直至行尾的字符都被忽略。
subsql -access [read-only concurrent-read concurrent-update normal] 可以指定访问数据的模式，然后自己构建相关测试用例进行测试 ） dbDatabase::dbAllAccess，一旦某个进程使用该模式访问表，如果该进程使用 了 insert、update、delete 等修改数据的操作， 其他访问该库的进程的所有操作（包括 open、select）都会被阻塞，直到该操 作提交或回滚 dbDatabase::dbConcurrentUpdate，使用该模式访问表，如果某个进程对数据进 行修改性的操作，同时另外的进程使用 dbDatabase::dbReadOnly 或者 dbDatabase::dbConcurrentRead 读取数据，不会 出现阻塞的情况。 但是 dbDatabase::dbReadOnly 会把未提交的脏数据读出来；而 dbDatabase::dbConcurrentRead 则不会 如果多个进程都使用 dbDatabase::dbConcurrentUpdate，实际效果和 dbDatabase::dbAllAccess 一样，一旦一个进程修改了数据， 其他进程所有的操作（包括 open、select）都将阻塞，直到该操作提交或回滚 结论： FastDB 没有提供商用数据库的记录锁甚至是页级锁的机制，锁的范围是一个 DataBase 文件， 所以在日常的使用过程中： 1、仔细分析业务需求，如果你只需要访问数据，那么最好是使用 dbDatabase::dbReadOnly 或者是 dbDatabase::dbConcurrentRead。这样的话，你的访问操作不会因为这个表被其 他进程修改数据而阻塞。 2、如果一个表有不止一个使用者，那么涉及修改数据的进程应该使用 dbDatabase::dbConcurrentUpdate， 而只读的进程使用则使用 dbDatabase::dbConcurrentRead。 3、如果表只有一个使用者，则可以根据需要，使用 dbDatabase::dbAllAccess 或者 dbDatabase::dbReadOnly 4、所有的数据修改操作，如果有并发要求，一定要及时提交