apusic应用服务器配置管理.pptVIP

TYPE1:JDBC-ODBC桥 Jdbc-odbc 桥 是sun公司提供的，是jdk提供的的标准api. 这种类型的驱动实际是把所有jdbc的调用传递给odbc ,再由odbc调用本地数据库驱动代码.( 本地数据库驱动代码是指由数据库厂商提供的数据库操作二进制代码库,例如在oracle for windows中就是oci dll 文件) 只要本地机装有相关的odbc驱动那么采用jdbc-odbc桥几乎可以访问所有的数据库,jdbc- odbc方法对于客户端已经具备odbc driver的应用还是可行的.但是,由于jdbc-odbc先调用odbc再由odbc去调用本地数据库接口访问数据库.所以,执行效率比较低,对于那些大数据量存取的应用是不适合的.而且,这种方法要求客户端必须安装odbc 驱动,所以对于基于internet ,intranet的应用也是不合适的.因为,你不可能要求所有客户都能找到odbc driver. TYPE2:本地API驱动 本地api驱动直接把jdbc调用转变为数据库的标准调用再去访问数据库.这种方法需要本地数据库驱动代码 这种驱动比起jdbc-odbc桥执行效率大大提高了.但是,它仍然需要在客户端加载数据库厂商提供的代码库.这样就不适合基于internet的应用.并且,他的执行效率比起3,4型的jdbc驱动还是不够高. TYPE3:网络协议驱动 这种驱动实际上是根据我们熟悉的三层结构建立的. jdbc先把对数局库的访问请求传递给网络上的中间件服务器. 中间件服务器再把请求翻译为符合数据库规范的调用,再把这种调用传给数据库服务器.如果中间件服务器也是用java开法的,那么在在中间层也可以使用1,2型jdbc驱动程序作为访问数据库的方法. 由于这种驱动是基于server的.所以,它不需要在客户端加载数据库厂商提供的代码库.而且他在执行效率和可升级性方面是比较好的.因为大部分功能实现都在server端,所以这种驱动可以设计的很小,可以非常快速的加载到内存中. 但是,这种驱动在中间件层仍然需要有配置其它数据库驱动程序,并且由于多了一个中间层传递数据,它的执行效率还不是最好. TYPE4:本地协议驱动 这种驱动直接把jdbc调用转换为符合相关数据库系统规范的请求.由于4型驱动写的应用可以直接和数据库服务器通讯.这种类型的驱动完全由java实现,因此实现了平台独立性. 由于这种驱动不需要先把jdbc的调用传给odbc或本地数据库接口或者是中间层服务器.所以它的执行效率是非常高的.而且,它根本不需要在客户端或服务器端装载任何的软件或驱动.这种驱动程序可以动态的被下载.但是对于不同的数据库需要下载不同的驱动程序. JDBC TYPE 选择 Jdbc-odbc桥由于它的执行效率不高,更适合做为开发应用时的一种过度方案,或着对于初学者了解jdbc编程也较适用. 对于那些需要大数据量操作的应用程序则应该考虑2,3,4型驱动.在intranet方面的应用可以 考虑2型驱动,但是由于3,4型驱动在执行效率上比2型驱动有着明显的优势,而且目前开发的趋势是使用纯java.所以3,4型驱动也可以作为考虑对象. 至于基于internet方面的应用就只有考虑3,4型驱动了. 因为3型驱动可以把多种数据库驱动都配置在中间层服务器.所以3型驱动最适合那种需要同时连接多个不同种类的数据库, 并且对并发连接要求高的应用. 4型驱动则适合那些连接单一数据库的工作组应用. 在一个未使用数据库连接池技术，而是应用程序直接管理数据库连接的企业应用中，数据库的物理连接和客户端的连接对象是一对一的。当连结对象关闭，物理连接也被相应关闭，因此，打开、初始化和关闭数据库的物理连接等等操作，充斥在每个运行中的客户端会话中。 DBCP,C3P0等等 一 个名字模式(pattern)可包含由以下标记组成的字串： / 文件路径分隔符 %t 系统临时目录 %h 系统属性中com.apusic.home或user.home的值 %g 日志文件组的标识数字，按0,1,2,...序列产生 %% %字符 如： %h/logs/apusic%g.log 加如%g 部分未指定并且日志输出文件的数量已大于count 值，新的日志文件将会在文件名后加上“.”和文件标识数字。 如一个模式为“%t/java%g.log”并且日志文件数量被设 置为2 的设置在window95 平台将会输出到c:\temp\java0.log 和c:\temp\java1.log 文件。 记录客户端IP 在Apusic输出的log中，如果是由客户端请求引发的异常，会显示客户端请求的IP。要使用这个功能，需要在启动应用服务器时加上Apusic特有的JVM参数-Dapusic.