ss和ibatis oracle配置框架,连接oracle的配置文件该怎么配

您所在的位置: &
Oracle下iBATIS XML配置浅析
Oracle下iBATIS XML配置浅析
Oracle下iBATIS XML配置将向你介绍在Oracle环境下的XML配置,并在源码上给与支持。
Oracle下iBATIS XML配置是如何搭建的呢?,那么首先我们先看下我们的环境:
Source文件:DataSource.properties
db-driver=oracle.jdbc.driver.OracleDriver
db-url=jdbc:oracle:thin:@IP:端口:ORCL
db-username=name
db-password=psw
iBATIS XML配置文件:sql-map-config-dbname.xml?xml&version="1.0"&encoding="UTF-8"? &!DOCTYPE&sqlMapConfig &PUBLIC&"-////DTD&SQL&Map&Config&2.0//EN" &"/dtd/sql-map-config-2.dtd"&sqlMapConfig &&&&&&properties&resource="包路径/DataSource.properties"/ &&&&&&settings//连接池配置项 &&&&&&&&&&cacheModelsEnabled="true"&//是否启用缓存,建议为ture &&&&&&&&&&enhancementEnabled="true"&//是否针对POJO启用字节码增强机制,建议为true &&&&&&&&&&lazyLoadingEnabled="true"&//是否启用延迟加载 &&&&&&&&&&maxRequests="32"&//最大并发请求数 &&&&&&&&&&maxSessions="10"&//最大并发允许的SqlMapClien数,介于最大并发请求和事务数之间 &&&&&&&&&&maxTransactions="5"&//最大并发事务数 &&&&&&&&&&useStatementNamespaces="true"&//是否启用空间命名 &&&&&&&&&/ &&&&&&transactionManager&type="JDBC"&//JDBC配置项 &&&&&&&&&&dataSource&type="SIMPLE" &&&&&&&&&&&&&&property&name="JDBC.Driver"&value="${db-driver}"/&//${}中引用Source &&&&&&&&&&&&&&property&name="JDBC.ConnectionURL"&value="${db-url}"/ &&&&&&&&&&&&&&property&name="JDBC.Username"&value="${db-username}"/ &&&&&&&&&&&&&&property&name="JDBC.Password"&value="${db-password}"/ &&&&&&&&&&/dataSource &&&&&&/transactionManager &&&&& &&&&&sqlMap&resource="包路径/*1.xml"/&//映射文件的位置,配置中可出现多个sqlMap&节点,以指定 &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&//&项目内所包含的所有映射文件 &&&&&sqlMap&resource="包路径/*2.xml"&/ &&&&&sqlMap&resource="包路径/*3.xml"&/ &&/sqlMapConfig&
iBATIS XML配置就介绍到这里,在Oracle环境下的iBATIS XML配置按照以上的讲解进行实施,开始动手吧。
【编辑推荐】
【责任编辑: TEL:(010)】
关于的更多文章
AngularJS是很多Web开发人员在打造单页面应用程序时的首选创建方
所以姑娘,让我们做一枚花见花开的程序媛。
讲师: 15人学习过讲师: 36人学习过讲师: 15人学习过
AngularJS是很多Web开发人员在打造单页面应用程序时的
针对大数据来说,2016年将是令人振奋的一年。智能算法
当下HTML5技术一直受到各方关注,“HTML5颠覆原生App
本书是讲解C++语言程序设计的优秀教程。全书围绕C++语言来组织,开始章节介绍编程的普通感念,接下来详细介绍C++中的继承、多态
51CTO旗下网站<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员,您的IP地址所在网段被ITeye拒绝服务,这可能是以下两种情况导致:
一、您所在的网段内有网络爬虫大量抓取ITeye网页,为保证其他人流畅的访问ITeye,该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站,该代理服务器被网络爬虫利用,大量抓取ITeye网页
请您点击按钮解除封锁&Spring3.0+Ibatis+Oracle全注解开发_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
Spring3.0+Ibatis+Oracle全注解开发
上传于||文档简介
&&S&#8203;p&#8203;r&#8203;i&#8203;n&#8203;g&#03;.&#03;+&#8203;I&#8203;b&#8203;a&#8203;t&#8203;i&#8203;s&#8203;+&#8203;O&#8203;r&#8203;a&#8203;c&#8203;l&#8203;e&#8203;全&#8203;注&#8203;解&#8203;开&#8203;发&#8203;详&#8203;解
阅读已结束,如果下载本文需要使用1下载券
想免费下载本文?
下载文档到电脑,查找使用更方便
还剩9页未读,继续阅读
你可能喜欢请问:IBATIS它的核心,优点,缺点和用时要注意什么_百度知道
请问:IBATIS它的核心,优点,缺点和用时要注意什么
我还想知道ibatis的实现的几种方式(包括文件的配置及缓存的设置(oscache)我是接触IBATIS不多!linxh:IBATIS最重要的功能是什么.想请各位高手帮我指点指点,不知道能不能帮我讲解一下,急求一些关于IBATIS的资料,它的核心.谢谢了,请多多指教。这是最重要的,谢谢各位了!另外,优点,但我还不懂,最好说得通俗一点,缺点和用时要注意什么! 想知道,数据的分页查询),很着急的.让我在最短的时间内明白.com 这是我的邮箱,我的开发框架是STRUTS+SPRING+IBATIS
他的那些缺点并不是致命的;或配置文件的ResultMap(很多时候是不需要的)。这将极大的降低项目风险,而且也是有一些解决方案的。半ORM: 开源的东西很难说成熟,而且大部分情况下不需要我们写sql。所以选择一个框架最主要的是看它对你有没有意义。这些优点从理论上证明Ibatis对任何数据持久层都合适。框架提供系统的基础服务: 还没有明确对,但未必是最好的选择: 解决了项目中需要解决的问题,很多人在,Ibatis就能帮我们较容易的解决,但对比其他框架肯定也有一些解决不了的问题.NET2。提供了DAO支持,写配置文件,日志),这一点是可以接受的,一般不要使用,功能强大而灵活: 1。考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡.优点 简单,重要的是看在什么情况下讨论。另一方面IBATIS,并且.NET,减少解决复杂问题的时间.缺点 滞后性,关键不在Ibatis,写实体类。 使用Ibatis需要自己写sql。但这也是它优越的地方,它没有为我们做的他多。 自己写框架未必比Ibatis的好,调试,通过配置作关系对象映射等数据访问层需要解决的问题,尤其是对环境的要求较高(数据库设计,同时NHibernate的学习成本较高,扩充和维护将会变得容易自然。灵活: Ibatis的功能完整也是相对的,定义了系统的基本轮廓;它需要程序员自己去写sql语句,并提供了DAO框架支持,更易维护,使用中出错的可能性低,意义有多大,缓存支持,事务。 Ibatis只是封装了数据访问层,NHibernate虽然可以屏蔽很多数据库间的不同,比如Oracle的分析统计函数,xml配置文件中的sql。没有绝对的优点也没有绝对的缺点,使系统的设计更清晰.0。 存在的便是合理的,大家不会再把精力浪费到分页 连接池 主键生成等地方了,封装了数据访问层(事务,可移植性差.NET2,可扩展,它存在就说明有它存在的道理,日志。但我们的代价是必须要写xml配置文件,同时也使我们的项目对某一框架的依赖性变小(因为Ibatis是非侵入性的),将业务逻辑和数据访问逻辑分离:最大的优点是可以有效的控制sql发送的数目。因为我们需要付出学习成本。比如torque生成实体类和其对应的sql,可以设计出一个清晰的数据访问层(DAL),或数据库设计不合理。Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件,比如数据访问层。两者各有优缺点: 利用Ibatis可以做到sql和代码分离。sql和代码的分离,也为开发定义了模式,但在后期常常会拖慢进度。 3,否则就不要拿到实际项目中来。功能完整。而且自己开发框架也需要较大的工作量.可行性 没有最好的框架.NET和DataMapper(IbatisNet的核心组件),提高数据层的执行效率,完全掌握NHibernate也较困难,比较完善的ORM框架,脏数据多。同时,而系统中有相当一部分较复杂的sql。 上面说了部分的Ibatis的优点和部分缺点,当然Spring框架提供了对Hibernate的封装,公用类。 不成熟: 通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能,很多时候,但一般比我们自己写的框架要成熟,是否以维护,对象设计,利用Ibatis可以统一编码风格。所以如果要使用,另一种是功能强大提供了很多选项,风险较大: 灵活有两层意思,是一个需要认真评估的问题,约束不完整,我们需要自己写sql,易于使用,我们需要做一些额外工作。比如通过工具从数据库模式生成实体类;同时利用框架往往使系统代码量增大,因为它只是一个数据层框架!好象阿里巴巴现在就用的是IBATIS。同时,在前期会较大的提高开发效率,不想hibernate那样是完全面向对象的,是不是比其他框架带给你的好处要多。 综上,并有一些辅助工具。滞后性。 NHibernate不适合数据库模式不规范,提供了DAO框架.0开发,工程实践较少。 比较理想的开发方式是使用简单框架结合简单的代码生成工具。 给个文章你参考下,并且团队没有很强的技术实力,还需要等待。增强系统的可维护性,更易单元测试,复杂的东西学习成本高。不过由于我们更改数据库的可能性较小,缓存,并有可能成为以后维护的梦魇,自动化的,但有些单元测试不能通过,一种是简单易扩展,稳定。 个人感觉Ibatis对项目比较有意义的地方在于它小巧灵活,异常,所以我们就有更多的施展空间,可以使我们更容易的开发和配置我们的DAL层.NET2,我们可以同时使用NHibernate,节约开发成本: 很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑。 利用一些框架在前期一般会拖慢开发效率。最新版本在2,或许更多,我们不用在代码的StringBuffer的append方法之间寻找需要修改的sql,IBatis不是一个好选择,需要大量复杂查询的系统。但是我们也不得不清楚.NET2。 2。灵活。 但对于中后期开发和维护将会极大的提高效率。同时对于复杂的数据操作同时需要使用sql,工具支持较少,Hibernate属于后者,这点和NHibernate不一样,使项目的维护变得简单,和&#47,比我们自己开发的框架应该完整。 Ibatis对于应用的修改。 Hibernate比较复杂。增强系统的可维护性,用起来不方便: 我们都喜欢简单,但修改负担较大。 如果使用DotNet并且要选一个数据层框架,NHibernate会为我们的数据库直接产生sql。 利用一些较完全的开发框架和代码生成工具: IbatisNet在实际项目中的使用较少。尤其是,NHibernate和DataMapper。Ibatis属于前者。 利用Ibatis我们可以做到代码和sql的分离。同时。修改时。但它未必为我们存在,使用框架需要写很多配置文件,对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的。 只是理论上可行,并且整个系统的框架比较合理,比如Model1和Model2模型,Hibernate3对于直接使用sql的支持比Hibernate2要自然,相对于Hibernate我们还要写很多sql,在使用不熟时开发速度较慢。简单,会较大的提升开发效率,当选用了Ibatis的DataAccess作为DAO框架时,(分布式)事物管理。配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用,提高了可维护性,我们主要修改的是代表模型的实体对象: 易于学习,只有最适合的框架,提供了对底层数据访问的封装(例如ado,只要sql能够解决的问题,数据库的设计必须好,线程支持。不成熟,可以集中精力进行业务组件的编写,要想发挥Ibatis的优势,ibatis是半自动化的。 Hibernate是十分强大,比如最好设计DAO接口,通过表和对象的映射以及手工书写的sql语句。框架一方面提供了开发中某一方面的开发基础支持,这是任何实际工程中采用的框架和工具都应具有的性质,通过简单的代码生成工具生成部分低级的代码,通过文档和源代码,工具支持少,并规范开发,那样将会使风险降到最低。另一方面,同时需要维护xml配置文件,不过这是它的优点也是它的缺点.0的支持,可以比较完全的掌握它的设计思路和实现,要用好Hibernate确实不是很简单.0下使用Ibatis都出现了问题,需要将业务层实体和对实体的访问放在不同的工程中: 通过提供DAL层,四层的架构肯定比两层的代码量大,但是却很难利用某些数据库的高级特性,并在DAO框架中封装了ADO.net),简单意味着学习成本低,比起NHibernate产生的sql来. 半ORM,团队的协作等)。这些类生成后我们可以自由修改。下面对上面的优缺点分别从两方面讨论。 要想Hibernate工作的好,简单的东西一般来说功能不够强大。功能完整: 需要我们自己写sql,ADO。但这些也有很多的局限性。 实用,Ibatis是一个比较不错的选择,替我们做了部分的对象关系映射,开发效率应该还是Model1快: 提供了数据映射功能,使Hibernate的使用变得简单了点。但项目架构是否科学合理.NET下还未发现可以自动生成业务层类和配置文件的工具。因此使用Ibatis比NHibernate要多做一些工作: 提供了连接管理。而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发,强大和可扩展,对性能和资源要求严格。由于我们可以拿到他的源代码: 这注定了Ibatis不能从本质上提升开发效率。实用。 另外。 j2ee系统是否采用Hibernate3: Ibatis组现在还没有提到要支持.0下编译可以,能够实现比hibernate等更高的查询效率,异常等。反过来,sql和代码分离,由于我们的sql不可能完全符合sql标准。 可以说Ibatis在任何系统里都适用,但未必是最好选择,所以关键在于我们能否驾驭它,虽大幅提高了效率
其他类似问题
为您推荐:
ibatis的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁

我要回帖

更多关于 ibatis oracle配置 的文章

 

随机推荐