只是要伸缩性能，适应复杂度，业界公认的成熟热点更值得关注

好像：有了彩电，彩电肯定是主流。黑白的可以解决问题，很少人用了。
当然，技术实现讲究简单性。但也要想到扩展，与主流关注。

这种帖子总是回的最多的，是不是因为技术含量太低了？

QuestSoft的TOAD适合做Oracle数据库的数据管理和数据维护，但是要说到开发，特别是写store procedure，还是推荐QuestSoft的另一个软件SQL Navigator，专门用来写store procedure的，开发功能比TOAD强得多。

The similarities and differences between these technologies has been the subject of debate since the specifications were published. For example, see the discussions at JDOCentral.com.

1、JDOSQL不如HQL
JDOQL功能没有HQL强大，也没有sql统计函数，HQL完全覆盖了ANSI SQL92中的select语句。

2、JDO的映射关系管理没有Hibernate灵活
JDO映射关系没有Hibernate那么灵活和强大。Hibernate的映射关系更加fine-grained，支持多种复杂关系的映射，包括类继承，包含等等，甚至通过自己编码实现ClassPersiter来实现动态映射，调用存储过程等功能。

3、JDO的持久化对象的状态管理不如Hibernate
JDO PO在编译之后，要用专门的Enhancer工具对编译好的POclass文件手工处理，替换成Enhanced PO。在运行期，运行的是Enhanced PO，而不是POJO。其缺点是POJO是从JDO StateManager中取values，而不是从POJO的实例中取，因此在PM关闭以后，不能对POJO进行get/set了。

Hibernate PO是在运行期由CGLIB动态生成PO的Enhanced PO。因此可能在运行效率上稍稍不如JDO的编译期生成Enhanced PO。但据Hibernate作者Gavin King所说，由于CGLIB极其高效，效率损失微乎其微。但是运行期生成Enhanced PO带来的好处是非常大的，对于开发者来说，更加纯粹的POJO，更加简单的开发过程，支持增量编译，增量调试等等。

4、JDO难于实现PO的跨Session管理
Hibernate 的PO可以在Session关闭以后继续使用，因此是更加纯粹的POJO。PO可以跨越Session。而JDO在跨PM的时候必须把POJO拷贝出来VO才能进行存取，因此无法实现跨PM的POJO的状态管理，而Hibernate则轻松做到此点，特别是在分布式环境，例如EJB中使用的时候，Hibernate的PO可以直接充当VO，序列化传递给远程客户端，而JDO做不到，必须把PO的数据拷贝出来，到VO中，再把VO序列化传递给客户端，这一点，是很多使用JDO的程序员感觉很不爽的地方。

对于系统的解决方案或者一个开发框架来说，离开需求单纯的讲技术好像没有什么意义吧。

每一种技术都尤其针对的应用，但也尤其无能为力的领域。所以去争是EJB、N层结构好还是存储过程好，感觉从一开始争论的双方就不是在争论同一个问题。

从来不觉得那种技术很好或者很差，能解决客户的需求就是好技术。