Android使用Db4o数据库的方法
db4o是一个被广泛欢迎的面向对象数据库，起初它基于Java平台，而后发布了.Net平台的版本，db4o具有双授权（GPLv2和商业授 权），所以在很多开源项目中都可以看到db4o的身影。面向对象数据库的出现是为了更好的适合面向对象方式开发应用程序，因为传统的关系型数据库与OO模 型具有“阻抗不匹配”问题，目前广被接受的方案是使用ORM（对象关系映射）框架来解决。但是Java中的Hibernate、基于标准的JPA、轻量级 iBatis或.Net下的NHibernate都无法解决复杂度问题，且ORM框架中广泛使用的动态增强方式在资源受限环境下的性能开销（Dalvik 不使用堆实现VM的其中一个原因就是性能优化的考虑）很难被接受，所以在Android发布时选择了资源占用小内核简单的SQLite作为数据库引擎，但 这意味着Android平台将默认使用关系模型数据库。db4objects这样评价了这个组合的遗憾之处：
然而，令人惊讶的是Android推出时依然使用了关系型数据库，它是与整个平台的面向对象风格所不和谐的唯一部分。幸运的是，db4objects有相应的解决方案。db4o可以无缝的运行于Android，使简单的实现原生对象存取成为可能。
虽然关系型数据库对于大多数开发者来说都非常熟悉，但是对于喜欢使用一致的OO模型进行持久化的程序员来说这就有些“困扰”了，因为前面所述在这种 环境下选择ORM是不现实的。db4o拥有方便嵌入应用程序中的引擎，适合与应用程序共同分发，而且它具有轻量特性，运行文件只有600k左右。这些特性 与SQLite相呼应，因为SQLite也是以容易嵌入、资源占用小见长的，db4o作为面向对象数据库在这些对应方面不会逊色，可以作为一个 SQLite的很好的面向对象替代方案。db4o的新闻中这样描述了使用了像db4o这类面向对象数据库的好处：
使用像db4o这样的面向对象数据库有很多好处，包括代码更容易维护、可以基于更灵活的数据模型创建各种新颖的应用程序。不同于僵化的，预先定义的 SQL表（table），db4o允许存储灵活、形式自由的数据，这些数据可以随时更改或修正。而且，db4o还允许通过dRS（db4o复制系统）高效 的复制数据，这也是Android中一个缺失的环节。通过dRS，开发者可以编写应用程序让用户的数据备份到后台服务器或者家中的PC上。也就是说，一个 用户可以在电话上开始玩一个游戏，然后暂停，晚上可以在家中继续玩。商业的应用场景包括基于地点的自动配置信息同步（field force automation），RFID的数据采集，和复杂导航系统的本地地理数据缓存。
db4o支持Android平台对于程序员来说就是提供了在移动平台使用面向对象API（创新的数据查询方式，使用原生查询可以语义化、类型安全的 对数据进行查询）进行持久化和查询的工具，也补全了Android平台开发API中唯一不符合面向对象的模块（即SQLite对应的关系型数据库），对于 “开放手机联盟”来说意味着更多的开源厂商开始向开放联盟靠拢。Db4Objects的新闻稿中这样描述了让db4o运行于Android平台的过程和一 些相关的示例项目：
在下载了Android SDK后几分钟，db4objects的工程师就使db4o运行于Android上了。Android上的db4o通过了3,500个单元测试。现在 db4o拥有达到设备级别（device-grade）的软件质量，在关键性场合得到了证明，它被部署于高速列车、飞行器、复印机等设备中，它也可以被部 署于Android开发者的掌上设备中。
现在db4o刚刚宣布支持Android，所以可以参考的程序范例并不多。db4o的社区经理German Viscuso将PasswordSafe移植到db4o，它可能是第一个可以在Android下与db4o协同工作的软件包。而 PasswordSafe的作者Steven Osborn也称赞说：“太棒了，db4o的代码比我的更优雅”。另外一个样例程序是MapMe，它可以在 Android上面显示2D地图，使用了db4o存储和查询Google地图的数据信息。
Ted Neward曾经多次提到过使用db4o带来的好处，InfoQ曾经在“借用对象数据库db4o简化开发过程”中描述过db4o在优化开发过程方面的优 势，它能够更简单的适应持久化模型不断的变化，能够平滑的实现数据模型重构，所以在测试驱动开发中会带来实际的红利。对于db4o与Android都还处 于观望态度的程序员可以借此机会一起尝试一下这个移动开发平台和面向对象数据库带来的新编程模型。
Android相关内容: