EJB的效率问题

Question

不要对所有的数据都设置CMP，很浪费资源的。
对于连接池， 也可以根据你的用途进行配置。

Answer 1

EJB关键是看你自己的设计水平啦。
EJB已经应用的很广泛，效率上早已经有测试，不会低到哪里去的，设计非常重要。

Answer 2

不是的，现在还没有到设计水平那一步。我们现在的做法是这样的，定义两个主子表关系的CMP。然后模拟并发访问，或者是大数据量的访问。想看一下EJB的效率如何，看看它能比直接用JDBC慢几个数量级。

Answer 3

ok!我想知道用最坏的设计会出现什么样的情况。对了，前面提到的ejb设计模式哪里有下载的？

Answer 4

最糟糕的设计会引起一系列问题，例如：数据不一致、或出现死锁、不知名的错误、更严重的会导致application server崩溃等等。你说EJB的设计模式重不重要！EJB Design Patterns在这里可以找得到:
http://www.java-cn.com/book/index.jsp

Answer 5

ejb的效率是不是太好。拿实体bean来说
cmp 容器管理的bean，有他的优点，不过需要厂家提供有校的工具支持
那么占用的资源就比较多。速率上不来。
至于bmp，sql代码写了进来，可扩展性差的要死还是用JDO 吧。

Answer 6

不是的，现在还没有到设计水平那一步。我们现在的做法是这样的，定义两个主子表关系的CMP。然后模拟并发访问，或者是大数据量的访问。想看一下EJB的效率如何，看看它能比直接用JDBC慢几个数量级。
-------------------------------你不会是直接访问cmp的吧
我瀑布汗.....
不可思议...

Answer 7

这有什么不可思议的？你在session bean中不是也是访问entity bean吗？这么说吧，我想知道，session bean中的业务逻辑用entity bean来实现持久化的话，效率到底有多大的问题？大家都说慢，到底是慢到一个什么样的程度，是比直接jdbc访问慢一个数量级还是几个数量级？

Answer 8

唉，至少session里面只要调local就可以了
事实上是session bean - session bean -cmp/dao这样一个业务模型总之效率么，ejb最后也是用jdbc实现的么...不过我觉得ejb未必是慢，而是没有提供一个和它所应用场合相符的业务模型.换句话说，它没有很好的支持粗颗粒模型，那导致最后还是要利用到jdbc，而这一部分代码会拖累整体效率

Answer 9

觉得楼上的有很多兄弟认识的ejb跟我一样的肤浅，呵呵

Answer 10

大家都有一个先入为主的概念，ejb就是慢。但是也应该看到ebj给我们带来的好处。也许是ejb有自己的应用环境，对于企业级的应用，对于大用户量的访问，它的实际效果可能会比想象中的要理想。