prevayler：彻底颠覆你的数据库情结

google是跑n多台机器的集群，至于人家的缓存技术就不用质疑了，
还有狂强的搜索算法~

除了速度的提高，prevayler存在的更重要的意义在于，实体类的设计可以完全不受RDBMS的任何限制。Hibernate相对于CMP的意义在于更灵巧的实现了O/R映射，而可以使设计人员更专注于实体类模型的设计，但是在这种情况下，你仍需要去实现HBM映射，prevayler让你连映射都不用考虑了，因为你可以完全扔掉RDBMS这个包袱，RDBMS存在这么多年的原因在于我们一直还没有一种更好的将对象持久化的方法，一旦prevayler这类的工具成熟起来，我相信总有一天RDBMS是会被淘汰掉的，至少在80％的应用领域里面。

同意，在中小型应用中，完全可以满足数据量的需求。
以磁介质为主的存储方式，在海量数据存储中不可替代，还有多媒体数据库等特殊场合。

对我来说大部分都不是海量数据的存储，但是即便是很简单的数据，现在我也必须用rdb来存储，确实很没有必要，而且orm夹在中间也很不舒服，我也希望及早的看见一个oo的存贮数据的产品，不能应付海量数据没关系，关键是提高开发速度和便于oo建模。


观望中，不过听说prevayler团队已经不再继续开发了？？？

我准备用prevayer,因为最近一个项目需要极高的速度,用oracle达不到要求,所以我测试了一下prevayer,速度远没有它吹嘘的那么快,但是的确比oracle要快,但是在设置flush时间运行一段时间,重启后读snapshot ,和事务log会有一些问题,


我的测试结果是快20%左右

速度快千倍，那不可能，除非所有数据都放内存，一点都不与硬盘打交道

这种思想确实挺不错的.只是如何备份数据，假如这台机子的内存坏了，又应该从何处恢复这些数据，数据库？

可以把整个世界就看成这个prevayler啊，有怎样的工具能做到对世界上的东西进行快速检查，比较，排序呢？除了数据库还有什么？难道prevayler能做到？

但是我们用数据库的原因并不是持久化，是因为我们要查询。持久化其实很简单。除非面向对象数据库在理论上有所突破，否则我们还是要用关系数据库。

我在去年Prevayler 1.0 的时候使用过它，并且试图在一个
自己做的小项目当中使用它。在深入使用之前，为了慎重起见，
我做了一个简单的测试，插入 100,000条，花了5小时。
然后从100,000中删除一条记录大约要1s。

除了大数据量的情况之外，还有另外一个问题，是1.0里面
没有解决，也是迫使我放弃 Prevayler 的另外一个重要原因，
它对于同一对象的多个版本演化不支持。也就是说，我有若
干个实例已经被保存了，这时候我修改了这个对象，
那么以往保存的实例就没法读出来。这是我所无法忍受的。
不知道2.0现在情况如何。

还有，它对对象的变动都能够在log中体现出来，所以对于
事务应该还是有支持的，关于它的讨论有一部分在
http://blogsite.3322.org:8080/jspwiki/Wiki.jsp?page=%E5%85%B3%E4%BA%8EPrevayler%E7%9A%84%E6%8E%A2%E8%AE%A8