请教关于hibernate和jdbc的问题
大家好
我是新来的...想跟大家讨论个问题..
我刚换完工作,现在公司主要是做工作流的,电子政务方面的...发现公司产品的数据库底层都是用jdbc,我有个疑问,为什么不采用hibernate事务来管理呢...他们的效率哪个好? 1 楼 meda 2007-03-16 :(.....没人啊??? 2 楼 抛出异常的爱 2007-03-16 公司不是什么东西新就会用什么... 3 楼 meda 2007-03-16 我是说要讨论下哪个效率高一些,,这样的话可以对公司的产品进行升级嘛... 4 楼 lighter 2007-03-16 meda 写道我是说要讨论下哪个效率高一些,,这样的话可以对公司的产品进行升级嘛...
1、百度或google
2、开发效率，运行效率，还是其他什么效率??
3、数据持久层你们公司采用了JDBC后有什么不好，为什么一下子就要冒然升级?而公司内又有没有对hibernate很熟悉很熟悉的。并不是说什么可以好用就可以用什么的，就好像现在的很多遗留的系统还在EJB上跑，要改啊改，能一下子改过来吗?像上面 抛出异常的爱 说的
4、另外，你对问题的描述不太清楚 5 楼 giscat 2007-03-16 持久层的东西其实很简单
用啥都不要紧的
工作流还是挺有技术含量的
好钢用在刀刃上，要把精力花在工作流的实现上
其他的不必太关心 6 楼 giscat 2007-03-16 建议还是别用hibernate升级了
把hibernate搞进去，涉及到很多乱78糟的jar包
从版本管理与控制的角度看，是比较危险的
要升级也是去升级工作流功能上的东西
升级个无关紧要的持久层实现，没多大意思地
7 楼 抛出异常的爱 2007-03-16 hibernate开发简单
但是对于很功能特殊用法不能简单完成
8 楼 meda 2007-03-16 不好意思了..可能我前面没表述清楚...
最近仔细读了工作流的代码,connection遍地都是,而且,目前公司的系统支持的并发数也只有最多100人,下面可能要对系统并发数扩容,我首先想到的就是这些connection...
我想,如果用hibernate的事务去管理的话,是不是能降低频繁访问数据库耗费的资源? 9 楼 LucasLee 2007-03-16 meda 写道不好意思了..可能我前面没表述清楚...
最近仔细读了工作流的代码,connection遍地都是,而且,目前公司的系统支持的并发数也只有最多100人,下面可能要对系统并发数扩容,我首先想到的就是这些connection...
我想,如果用hibernate的事务去管理的话,是不是能降低频繁访问数据库耗费的资源?
这个跟是否用hibernate没有直接关系。
我看你们最该用的是使用连接池来获得数据库连接，这样可以有效地提高数据库访问的性能。
