请教fastdb的初始文件大小问题

webbrow 2016-01-12 08:36:45
这两天在学习fastdb, 生成一个fastdb的文件后,没做任何sql操作,这个文件有67M多。
67633152 Jan 11 19:51 test.fdb
为了将这个文件变小, 我首先在db.open(param)中, 将param相关的值缩小,发现不起作用。
然后我缩小了库文件头文件中的以下参数,并重新编译库文件
const size_t dbDefaultInitDatabaseSize = 1024*128;
const size_t dbDefaultInitIndexSize = 512;
const size_t dbDefaultExtensionQuantum = 512;
发现还是不起作用。
查看test.fdb, 发现它其实是一个空洞文件,里面基本都是空的。

请问,我怎么修改来缩小这个文件的大小呢?
...全文
179 2 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
webbrow 2016-01-12
  • 打赏
  • 举报
回复
引用 1 楼 zhao4zhong1 的回复:
对常用好几十G硬盘的当代来说,没必要纠结几十M文件的大小了吧。
一般情况下确实是。 刚开始我担心fastdb的整体加锁会影响效率, 我计划把每个表拆成一个fdb文件。 但经过测试,使用precommit方式, 1秒钟能update 100万次以上, 所以用不上拆分表了。
赵4老师 2016-01-12
  • 打赏
  • 举报
回复
对常用好几十G硬盘的当代来说,没必要纠结几十M文件的大小了吧。
概述FastDB是一个高效率的内存数据库系统,具有实时性能和方便的C++接口。 FastDB并不支持客户端/服务器结构,所有使用FastDB数据库的应用程序都必须运行在同一台主机上。FastDB为具有主导读取访问模式的应用程序作了优化。通过消除数据传输的开销和使用高性能的锁工具实现了查询执行的高速度。数据库文件和使用该数据库的每一个应用程序占用的虚拟内存空间相映射。所以查询在应用程序的任务中执行,不需要进行任务切换和数据传输。在FastDB中,通过原子指令来实现对数据库并发访问的同步,对查询处理几乎不增加任何开销。FastDB假设整个数据库都在当前内存中,并且在这个假设的基础上优化查询算法和结构。另外,数据库缓存管理几乎不会给FastDB增加任何开销,同时FastDB也不需要在数据库文件和缓冲池中进行数据传送。这就是为什么FastDB比将所有数据放在缓冲池中的传统数据库明显速度快的原因。   FastDB支持事务、在线备份和系统崩溃之后的自动恢复。事务提交协议基于一个影子根页算法,对数据库执行原子更新操作。恢复操作执行起来非常快,给关键应用程序提供了高效率。另外,它还取消了事务日志,提高了系统的整体性能,并且能够更加有效地使用系统资源。   FastDB是面向应用程序的数据库,使用应用程序的类信息来构建数据库的表。FastDB支持自动系统赋值,只允许你在一个地方——你的应用程序的类中,改变它们的值。FastDB为从数据库中提取数据提供了一个灵活而方便的接口。使用类似于SQL的语言来书写查询语句。这些非原子字段、嵌套数组、用户自定义类型和方法、直接指向对象内部的指针等后关系性能,简化了数据库应用程序的设计,并且使得它们更加高效。   虽然FastDB的优化是基于整个数据库都存放在机器的物理内存的这个假设上的,我们依然可以将FastDB使用在那些大小超过系统物理内存的数据库上。最后,标准操作系统的交换机制将会起作用。但是所有的FastDB的算法和结构的优化都是基于数据存放在内存中这个假设上的,所以数据交换的效率不会很高。

24,860

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 工具平台和程序库
社区管理员
  • 工具平台和程序库社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧