一定要O/R Mapping吗？

<script type="text/javascript">google_ad_client = "pub-8800625213955058";/* 336x280, 创建于 07-11-21 */google_ad_slot = "0989131976";google_ad_width = 336;google_ad_height = 280;//</script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>对象存储目前最热闹的方式是O/R Mapping，但我个人认为这种方式不是解决问题的办法。真正的办法是参照关系数据库，设计"持久对象管理器"，"持久对象管理器"应当具备如下特性：1. 所有持久对象只存活于持久对象管理器中，持久对象不到处移动。2. 持久对象与传统关系数据库的区别在于，持久对象有面向对象的所有特点，包括行为、继承、关系表示等。3. 要让某个持久对象，或者某类持久对象工作，采用类似sql语句的方式通知这些持久对象，这些持久对象会在持久对象管理器内部，协同其它持久对象一起完成工作。4. 如果某操作需要先拿到持久对象，再对持久对象进行操作，那么该操作拿到的将是持久对象的代表，即id号，它通过id号让该持久对象在"持久对象管理器"内部工作。这种方式与传统的RMI分布式解决方案有很大不同，有自己非常明显的优势。5. 持久对象管理器可以采用分布式处理。6. 持久对象管理器除了添加面向对象特性外，应当继承传统关系数据库所发展起来的众多概念及技术，包括事务、延迟写数据、日志、游标、批量数据处理（在持久管理器中，可以叫做"批量对象处理"等等。