ibatis,Ibatis调用Oracle存储过程
ibatis,Ibatis调用Oracle存储过程
1、看需求了，jdbc更为灵活，更加有效率，系统运行速度快。但是用起来麻烦，有的时候用了存储过程就不方便数据库移植了。2 Hibernate，IbatIS 关系数据库框架，开发速度快，更加面向对象，可以移植更换数据库，但影响系统性能。
} 备注：由于oracle的存储过程有2种写法，一种是FUNCTION函数，一种是procedure。
不用做很大的改动，只是sql要做改动了，不过改动也不会很大。只要注意sql语句中的函数就行了。oracle与sqlserver语言差不多，大部分只是函数不一样。
index by表不能存储在数据库中的type中，故选择嵌套表。ibatis不支持oracle的复合数据类型的返回。(个人理解)替代方案：用返回oracle游标来代替复合数据类型。ibatis能接受oracle游标类型。
1、Mybatis是一个开源对象关系映射框架，原名：ibatis，2010年由谷歌接管以后更名。是一个半自动化的持久层框架。
2、MyBatis支持的学习相比Hibernate更简单，支持原生sql，学习更简单。Hibernate的学习难度更大。开发速度差距不大。MyBatis要维护dao层数据库字段和bean属性映射，Hibernate要在bean中添加字段映射。
3、mybatis：POJO SQL之间的映射关系。然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定POJO。 相对“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。
)iBATIS非常简单易学，Hibernate相对较复杂，门槛较高。iBATIS拿来文档看半天到两天就可以掌握了。Hibernate可能需要3倍以上的时间来掌握。2) 二者都是比较*的开源产品。
）ibatis没有hibernate封装的程度高，我个人偏向于Ibatis，你懂得，如果不是为了工作效率，我宁愿JDBC 2）hibernate不适合做大型项目。
相对Hibernate“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。第二章 开发对比开发速度Hibernate的真正掌握要比Mybatis来得难些。Mybatis框架相对简单很容易上手，但也相对简陋些。
1、Ibatis是一个混合性的解决方案，吸取了这些所有解决方案中最有价值的思想，并将他们融会贯通.1) proc(procedure) 支持对 procedure 的直接调用； 业务逻辑从数据库中分离出来，程序有更好的移植性。
2、解决ibatis多数据库兼容的问题，实际上就是让ibatis可以自动选择不同数据库sqlmap配置文件。
3、出现这种异常，通常意味着指定类实例化失败，导致相关操作无法继续进行。 首先加入hessain.jar包。 如果是服务端需要配置web.xml。 服务端hessain.-web.xml配置。 客户端调用openService。
4、错误初始化的TransactionManager 。不能实例TransactionConfig 。
1、也就是说，你带几个条件，他就会输出几个条件。否则它不会输出任何条件，这就是ibatis的灵活之处。
2、在写动态sql的时候，尤其是where处就是动态的时候，建议你写个where 1= 1，然后再写动态部分。保证了不会是因为where引起的问题。你的条件，如果begin或者end满足了，就变成where and begin like ……了。这样就会出错。
3、只需要传入相关参数即可。SQL和查询全部一样，ibatis会自动根据你所传参数过滤并返回结果。
