如题。。
如果hibernate不能完全代替Sql的话,那用它还有什么意思,不如直接用SQL了,还效率。
如果hibernate不能完全代替Sql的话,那用它还有什么意思,不如直接用SQL了,还效率。
解决方案 »
- struts2的select标签,在我的编辑页面如何根据数据库中的值 选择成相应的值?
- 为什么我的查询数据的时候,有的数据出现在很多的页里面
- mysql插入新纪录时,字段的not null属性没起作用,然后……
- FTP上传文件错误
- mysql数据导入SqlServer2005中
- hibernate问题
- 多个开源系统的单点登录和权限管理问题,需企业级可用的
- 关于request.getsession(true),为什么seesion要从request中取得?
- servler中不能读取text类型的数据
- 如何把业务逻辑中得到的数据显示JSP页面中。
- 为何在应用正式发布的时候不选tomcat
- ActionErrors 提交不了数据
可以对SQL进行一些优化,而HIBERNATE的SQL都由它们的HQL转换而来。它产生的SQL虽然不知道会不会对性能造成影响,但不过一般还是会觉得自己优化的SQL更加信得过吧,呵呵个人感觉。
我倒觉得HIBERNATE适用于一些中型或者小型项目。
-----------------------------
大项目,hibernate效率跟不上,小项目,hibernate的配置太过于繁琐,没用过ibatis,不明白你们为什么一定要搞个框架去存取数据库。
但用hibernate开发还不是很有经验!
而HIBERNATE 或者可以用 EJB3.0的JPA做 O/R 映射,这个特别适合于分布式数据库访问,特别是当你开发服务器端组件时候,这种情况下JDBC没办法满足要求
1,使用框架 如 struts Spring hibernate等
2,不使用框架 简单的jsp+servlet+javabean+数据库
其实没有谁好谁不好一说 看情况而定
如果你项目很大 就需要考虑到要分层开发 责任明确 还要考虑维护的问题
这时就建议使用框架 像struts 可以做很好的控制 只要一看Struts。config。xml就一目了然 如果项目不大 中小型 就可以直接用jsp+servlet+javabean+数据库开发 小项目业务逻辑弄清楚不是很困难
如果使用框架感觉没起到显著的作用 使不上劲 呵呵 缺点就是维护起来不好弄 如果是开发的人做维护 还好说
如果是别人来维护 可费劲了 呵呵
持久层方面 也是一样 还有当sql语句不需要经常变动或是涉及底层数据库的操作 或dba操作 可要考虑hibernate
反之 有比较复杂的 sql语句 就建议采用jdbc呵呵
----------------------------------
我用过JdbcUtil这个开发包---很有科学性,具有sql简化的功能,也有动态注入sql的功能。有事务,无事务,框架拼接的功能,就是用JDBC写的。执行比Hibernate快一个级别。不过--收费。也看过里面的部分写法。主要是简化条件来减少网络传输来提速,同时用了String的加载级别来提速。Hibernate的sql优化还处于初级阶段。
等用得上手了,会感觉很爽。
IBatis没用过,不好比较。
仁兄正解,annotation好东西,可以代替xml配置文件。
小项目中JDBC简单实用,效率也高...