什么是嵌入式"最佳"数据库？

Question

我是一个嵌入式人,而不是数据库人.我被要求重新设计一个在几个地方存在瓶颈的现有系统.

嵌入式设备基于运行频率为220mHz的ARM 9处理器.

应该有一个50k条目的数据库(可能增加到250k),每个条目有1k数据(最多8个字段).这是近似的 - 如果有必要,我可以尝试获得更精确的数字.

他们目前正在使用SqlLite 2并计划迁移到SqlLite 3.

没有开始火焰战 - 我是一个完整的d/b新手只是寻求建议 - 这是"最好的"决定吗？我意识到这可能是"一根绳子有多长？" 问题,但任何指针都会受到极大的欢迎.我不介意做很多阅读和研究,但只是希望你能让我开始飞速发展.谢谢.

ps同样,完全重写,甚至可能不会坚持使用嵌入式Linux,但切换到eCos,不要太担心d/b格式之间的一次转换.哦,访问应该是不常见的,每隔几秒钟最多一次.

---

编辑:好的,似乎他们有30k条目(可能达到100k或更多),每个只有5或6个字段,但其中至少有3个可以是记录的搜索键.他们正在玩弄"完全没有d/b,因为数据非常简单",但在我看来,使用多个键,我们无法使用像quicksort()类型搜索这样的花哨的东西(递归,二进制搜索) ).关于"没有d/b"的任何想法,只是数据结构？

顺便说一句,一键是800k - 不确定SqlLite处理得多好(也许用"没有d/b"我必须将800k散列到更小的东西？)

Answer 1

SQLite也是几乎所有移动操作系统都选择的数据库.Android,Iphone OS和Symbian都附带SQLite,这让我觉得人力资源用于优化这些手机中的处理器(几乎总是ARM).

Answer 2

我会坚持使用SQLite,它得到了广泛支持并且功能非常丰富.

Answer 3

• Firebird(之前是Interbase)声称可以很好地嵌入.

• HypersonicQL(HQL)体积小,速度快,并且声称适合嵌入式使用.

唉,我没有个人经验来支持这两种说法.