究竟什么情况下才有必要用到EntityBean？

请大家指教呀。

自己UP先

又自己UP了。什么时候用实体Bean可能不太准确吧。
我想应该是什么时候需要用数据持久性，毕竟entitybean只是表示数据持久的几种技术之一.我想可能是水平太差了，我总是用SessionBean来解决一切问题，总是感觉不到什么时候应该用持久数据。唉。困惑ing...

我的建议是什么时候都不要用。

呵呵，还是用点DAO算了

JDBC访问持久数据用的的确是很多，效率也很高，可是DAO跟SQL藕合在一个项目中会很难维护吧。EntityBean也的确有他的优势。

仔细的想了想，是不是像Book、Employee、Car这样实实在在的状态不经常地变的对象，才有需要用数据持久性表示。

这个问题以前已经讨论过很多次，可以看看下面这篇文章：
http://www.dannyzhu.com:8000/68.html

如果确实想用or/mapping，toplink与hibernate都是不错的选择
可能jdo2.0规范出来以后，会有一些更成熟的jdo产品

jdbc api有一些异常处理，代码冗余方面缺点，但也可以通过使
用一些助手类进行一定抽象的封装。参见<<expert onetoone>>

or/mapping在复杂的关联查询上处理的不是很好，而且在sql调优
时会显得有些不方面（个人看法）

EntityBean我不知道有任何的好处，是我们使用stateless sessionbea + toplink、hibernate或者jdo所不能具备的。

上面参见中少的是<expert onetoone>
倒掉，为什么不支持两个小于号或者大于号连写

谢谢指教！