科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道基础软件高性能Java设计与开发

高性能Java设计与开发

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

访问数据库的性能主要有两个因素决定。一是数据库服务器本身的性能,如数据库管理系统、数据库结构的设计;其二就是与数据库相对独立的JDBC应用编程接口(API)的使用也很大程度上影响着JDBC程序的性能。

作者:中国IT实验室 来源:中国IT实验室 2007年8月29日

关键字: 高性能 java

  • 评论
  • 分享微博
  • 分享邮件
    ——JDBC 篇(一)
  
  驱动程序的选择
  
  在企业级的Java应用中,访问数据库是一个必备的环节。数据库作为数据资源的集散地,往往位于企业级软件体系的后方,供前方的应用程序访问。在Java技术的体系中,应用程序是通过JDBC(Java Database Connectivity)接口来访问数据库的,JDBC支持"建立连接、SQL语句查询、处理结果"等基本功能。在应用JDBC接口访问数据库的过程中,只要根据规范来操作,这些功能的实现不会出差错。但是,有些时候进行数据查询的效率着实让开发人员懊恼不已,明明根据规范编写的程序,却得不到预期的运行效果,造成了整个软件的执行效率不高。
  
  访问数据库的性能主要有两个因素决定。一是数据库服务器本身的性能,如数据库管理系统、数据库结构的设计;其二就是与数据库相对独立的JDBC应用编程接口(API)的使用也很大程度上影响着JDBC程序的性能。前一点不属于我们讨论的范围,我们不做详细论述。
  
  JDBC数据库访问机制:
  
  

   
  图一
  
  
  图二
  

  
  · 图一左边的分支称为Type 1驱动模式,即通常由Sun公司提供的JDBC-ODBC桥,加上一个ODBC驱动,它提供了经由一种或多种ODBC驱动进行访问的JDBC接口。通常的DBMS都支持微软提出的ODBC规范,因此该模式可以普遍使用,非常灵活,具有很好的代码移植性。 但该模式不适用于high-transaction环境,也没有好的支持,并且功能有限。因为每次调用都要转换成ODBC调用,所以这种模式与其他模式相比性能最差。因而Type 1仅适用于下载和自动安装Java程序不重要、实验用途或者没有其它JDBC驱动可用的情况下,绝不推荐用于生产。
  
  · 图一右边的分支成为Type 2驱动模式,类似于JDBC-ODBC桥接器,需要加载到客户机,却是一个部分用Java实现的驱动接口。使用本地API,它将JDBC调用转换为对数据库(Oracle、Sybase、Informix、DB2等)客户端接口的调用。
  
  · 图二左边的分支称为Type 4驱动模式,它一般是数据库厂商才能实现的纯Java的基于本地协议的驱动,直接调用DBMS(数据库管理系统)使用的网络协议,对于企业内部互联网来说,是一个实用的解决方案。
  
  · 图二右边的分支称为Type 3驱动模式,它同样是一个纯Java驱动,不同于Type 4驱动模式的是基于网络协议。它的机制是将JDBC调用转换为中间网络协议,然后转换为DBMS协议。中间网络协议层起到一个读取数据库的中间件的作用,能够连接许多类型的数据库,因而是最灵活的JDBC模式。
  
  了解了现有的JDBC驱动类型以后,我们做一下综合分析:
  
  Type1驱动支持多种数据库访问,理论上利用客户机本地代码库,可以加速数据访问的执行,但因为要做JDBC——ODBC转换,相应的开销绝对大于前者产生的性能提高,因此不可能有好的性能支持。由于多种原因,该类驱动得不到服务商的好的支持,使其无论性能还是功能都相对差劲,事实上该类驱动基本上得不到使用。
  
  Type2驱动类似于Type1,利用了客户机本地代码,虽然不需要将数据库请求转换成ODBC调用,但有二进制代码客户端装载开销,不太可能有好的性能。另外,虽然其上层用Java实现,但因为与下层本地代码邦定紧密,无论是跨平台应用还是多数据库支持都很限制。因此不推荐该类型驱动。
  
  Type3驱动是纯Java驱动,一般由应用服务器提供商集成到应用服务器中,为三层结构,能连接许多类型的数据库,非常灵活。看似中间多了一个环节,但应用服务器提供这种驱动程序的同时也提供了很多优化的功能,它们一般还会配套的提供连接池、数据缓冲区、负载均衡等,所以性能并不差。
  
  Type4驱动也是纯Java驱动,但其直接访问数据库。一般说来,商业DBMS的提供者往往会为自己的数据库提供Type4的JDBC接口。这种模式的优势在于和数据库本身结合比较紧密,而且是纯Java的实现,在企业级的软件应用中,应该是首选。另外,第三方也给于大力支持。例如,对于Oracle数据库来说,有Oracle、SilverStream、DataDirect等公司提供这种类型的驱动,其性能往往被评价为最高效的、最可靠的驱动程序。但偶尔也有比较麻烦的情况,例如微软就不会提供MS SQL的JDBC接口(至少目前笔者了解的情况是这样),这时就需要到Sun的网站(http://industry.java.sun.com/products/jdbc/drivers)查找相关的模式4驱动,上面提到的DataDirect公司(http://www.datadirect-technologies.com/jdbc/jdbc.asp)就提供了支持MS SQL的Type4驱动,只是你需要支付$购买这个JDBC驱动。
  
  Type3和Type4第三方驱动可能会提供比数据库商的驱动更好的性能, 并且能更好的执行,究其原因也是显而易见的,驱动商全神贯注于驱动,数据库商有更多其他的事情要考虑。
  
  同样是纯Java实现的Type3,与Type4相比,优势在于对多种数据库的支持,体现了其灵活性。在大型的企业级的软件应用中,后台数据库往往不是一个,而且是由不同的厂商支持的。不过,Type3的JDBC驱动往往提供许多企业级的特征,例如SSL安全、支持分布式事务处理和集中管理等,因而会对你特殊的用途有很大的帮助。至于其性能,二者相当。如何选择,就看你应用的需要了。
  
  综上所述,如果可能,Type1绝不要用,Type3和Type4由于众多厂商的支持,有连接池、数据缓冲等技术的使用,性能比Type2和Type1都要好,又都是纯Java的实现,属于首选。
  
  另外普遍反映,对于Oracle数据库,尽管Oracle说OCI驱动为最佳的客户端访问驱动,但事实上Thin驱动程序可以获得更好的性能。
查看本文来源
    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章