|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-04-12
gdpglc 写道 刃之舞 写道 gdpglc 写道 大家有没有用过ejb的，这东西在性能上应该没什么优势，为什么sun（oracle）还在发展它？现在有什么大型的东西是用ejb搞出来的吗？
之前讨论hibernate时，很多人说在大型项目里不能用 hibernate，要用原生sql才行。 如果这样ejb岂不更要靠边站了？ 哥们，对你的无知不说什么了,你用过EJB吗？ 就是在EJB2.0的时代，它的实体BEAN也是令人诟病的一个东西，也是很少人用这东西，用不用EJB跟原生SQL怎么扯上关系的，用EJB可以作为DDD的一种实现方式，你能了解吗？用EJB解决分布式你了解吗？ 实在莫名其妙，用不用原生SQL变成了使用是否使用EJB的一个重要判断了，我真是。。。。。 1.哥们，对你的无知不说什么了,你用过EJB吗？ 我的确没用过，所以才问。如果没用过哪个技术就说明这个人无知，恐怕这里所有人，都在这个范围之内。 2就是在EJB2.0的时代，它的实体BEAN也是令人诟病的一个东西，也是很少人用这东西 这个我听说过，但是现在EJB3.0也出来了，它并没有消失是吧。如果ejb真的用在了 只有用原生sql才能开发的场合，那说明什么呢？ ejb2.0的实体bean和ejb3.0的JPA都不是原生sql吧，你能明白我想说明什么吧？ 所以ejb能不能用在 大型软件 对我们是有很大启示的是不是？ 3.我说的问题和DDD无关 4.ejb解不解决分布式和我想说明的也无关。用原生sql就不能做分布式了？ 5.如果用原生的sql，ejb提供的持久化功能有什么用呢？你说用不用ejb和用原生sql有没有关？ 唉，你还真是。。。 1.人家没用过，没像你发表说EJB靠边站的大论 2.持久化不是EJB的主要功能，3.0完全颠覆以前的实体bean的实现，采用pojo，jpa方面可以灵活配置使用第三方jpa框架，不过还是那句话，EJB的主功能不是持久化，明白吗？你根本一点都不了解EJB，就别拿EJB说事，拿你自己了解的东西说，不过看你说这些估计你入行不久，如果入行已经2年以上了，还说这种话，我觉得你还真是好好反省了。 后面还是告诉你EJB解决的问题领域重点不是持久化，EJB跟hibernate所处的层次不在一个档次上。 发现我也傻了，跟你一逻辑混乱的人解释什么啊，唉。 |
| 返回顶楼 | |
|
发表时间：2010-04-12
最后修改：2010-04-13
刃之舞 写道 gdpglc 写道 刃之舞 写道 gdpglc 写道 大家有没有用过ejb的，这东西在性能上应该没什么优势，为什么sun（oracle）还在发展它？现在有什么大型的东西是用ejb搞出来的吗？
之前讨论hibernate时，很多人说在大型项目里不能用 hibernate，要用原生sql才行。 如果这样ejb岂不更要靠边站了？ 哥们，对你的无知不说什么了,你用过EJB吗？ 就是在EJB2.0的时代，它的实体BEAN也是令人诟病的一个东西，也是很少人用这东西，用不用EJB跟原生SQL怎么扯上关系的，用EJB可以作为DDD的一种实现方式，你能了解吗？用EJB解决分布式你了解吗？ 实在莫名其妙，用不用原生SQL变成了使用是否使用EJB的一个重要判断了，我真是。。。。。 1.哥们，对你的无知不说什么了,你用过EJB吗？ 我的确没用过，所以才问。如果没用过哪个技术就说明这个人无知，恐怕这里所有人，都在这个范围之内。 2就是在EJB2.0的时代，它的实体BEAN也是令人诟病的一个东西，也是很少人用这东西 这个我听说过，但是现在EJB3.0也出来了，它并没有消失是吧。如果ejb真的用在了 只有用原生sql才能开发的场合，那说明什么呢？ ejb2.0的实体bean和ejb3.0的JPA都不是原生sql吧，你能明白我想说明什么吧？ 所以ejb能不能用在 大型软件 对我们是有很大启示的是不是？ 3.我说的问题和DDD无关 4.ejb解不解决分布式和我想说明的也无关。用原生sql就不能做分布式了？ 5.如果用原生的sql，ejb提供的持久化功能有什么用呢？你说用不用ejb和用原生sql有没有关？ 唉，你还真是。。。 1.人家没用过，没像你发表说EJB靠边站的大论 2.持久化不是EJB的主要功能，3.0完全颠覆以前的实体bean的实现，采用pojo，jpa方面可以灵活配置使用第三方jpa框架，不过还是那句话，EJB的主功能不是持久化，明白吗？你根本一点都不了解EJB，就别拿EJB说事，拿你自己了解的东西说，不过看你说这些估计你入行不久，如果入行已经2年以上了，还说这种话，我觉得你还真是好好反省了。 后面还是告诉你EJB解决的问题领域重点不是持久化，EJB跟hibernate所处的层次不在一个档次上。 发现我也傻了，跟你一逻辑混乱的人解释什么啊，唉。 1.我是在提问不是下结论。下结论的恐怕是你。我也不太爱甩名词，说几个名词容易，可要真正理解就很难。 2.你的意思是，ejb的重点是在领域上，而且这个领域可以超脱持久化而独立生存！也就是说，用EJB不用考虑持久化的事是吧？ 最重要的是你要能回答我的问题，只说几个大而空的名词，用它来进行指责没有意义。 我换个问法也许你就明白了， EJB在使用时它的持久化部分应该不是直接使用原生SQL的，那应该如何理解EJB的持久化层和原生SQL以及Hibernate的效率关系呢？ |
| 返回顶楼 | |
|
发表时间：2010-04-13
怎么不是SQL，无非是如何生成罢了。
特别是JBoss的EJB3 EB后面用的就是Hibernate，Oracle的EJB3 EB用的是TopLink也差不多。 不过EJB的考虑出发点确实不是持久化，这没啥疑问吧。 |
| 返回顶楼 | |
|
发表时间：2010-04-22
flootball 写道 还在考虑Hibernate性能啊！
现在都考虑直接走磁盘了。这样可以去掉日志，锁，认证, 索引文件可以大大的减少。 现在流行走CPU Cache，直接跳过磁盘访问、内存访问 |
| 返回顶楼 | |
|
发表时间：2010-05-17
很多人都想用hibernate完成所有工作，而自己只是写下配置文件，然后就好了，做出来的东西不行就完全是hibernate的问题，是hibernate做的不好，从来不去自己想想怎么扩展功能，优化自己的开发
|
| 返回顶楼 | |
|
发表时间：2010-07-07
firebody 写道 seele 写道 SQL需要关联10张表，每张表有1000万数据以上。。最少。。需要进行复杂的查询。需要用多很多ORACLE特有的函数..写完的SQL在100行以上。。
不认为hibernate能够适合这样的环境 这个复杂的统计查询需求你就用SQL查询好了，难道你不知道hibernate也有SQLQuery吗？ 这种做发背离了Hibernate设计的初衷。 |
| 返回顶楼 | |
|
发表时间：2010-07-07
谁能证明hibernate比JDBC快？现在JAVA不比C慢，请见：http://www.jdon.com/jivejdon/thread/37032
我觉得比较，就要去测试，而且要公平。 hibernate与jdbc+cache做比较比较公平，另外别搞什么服务器了，就是整个几个台式机或者笔记本，找个数据库服务器，百万级的数据量就行，这种环境才能有公正的测试结果。 |
| 返回顶楼 | |
|
发表时间：2010-07-07
yuhonglei4025 写道 firebody 写道 seele 写道 SQL需要关联10张表，每张表有1000万数据以上。。最少。。需要进行复杂的查询。需要用多很多ORACLE特有的函数..写完的SQL在100行以上。。
不认为hibernate能够适合这样的环境 这个复杂的统计查询需求你就用SQL查询好了，难道你不知道hibernate也有SQLQuery吗？ 这种做发背离了Hibernate设计的初衷。 我们的初衷是开发出可用，好用的系统。而不是什么乱七八糟的某某框架的初衷 |
| 返回顶楼 | |
|
发表时间：2010-07-08
最后修改：2010-07-08
ibaties
也不错 |
| 返回顶楼 | |
|
发表时间：2010-07-08
抛出异常的爱 写道 因为大家都认为
hibernate是个ORM框架 但是它不是. |
| 返回顶楼 | |
