如何利用weblogic的POOL（连接池）连接数据库

以往用JAVA存取数据库都是直接用JDBC连接数据库；

一般的，每个数据库客户端应用程序都要打开一个或一个以上的数据库连接，

而在weblogic下我们可以利用weblogic提供的POOL来存取数据库，

使每个数据库客户端共同分享一个或一个以上的数据库连接，

从而可以提高程序的执行效率和减轻数据库服务器的负担。

这篇文章主要讨论的是服务器的配置和代码的实现，在这里在下不想讨论太多POOL的概念和特点，

至于POOL的概念及原理，我建议大家看看一篇题为“用连接池提高Servlet访问数据库的效率”的资料，作者是好兵。

本文以Weblogic 51＋mysql 为例向大家介绍weblogic提供的POOL，

我分别写了两个 servlet 作为对照的例子，一个是用 mysql 提供的JDBC来直接存取MYSQL，

另一个是weblogic提供的POOL来存取数据库。

首先请看用 mysql 提供的JDBC来直接存取MYSQL的代码：

myjdbcjava

import javaio;

import javasql;

import weblogicdbjdbc;

import javautilProperties;

import javaxservlet;

import javaxservlet>

　app server的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较著名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，现在还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，著名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。 App Server可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是App Server是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。 打个比方来说，数据库系统是管理数据的，它也给数据提供了一个受监控和管理的运行环境，提供了事务、安全性、负载均衡，并发性等等系统级功能，对于使用者来说，你不需要自己处理数据库表的并发锁定问题，自己处理SQL语句的解析、自己处理索引的优化等等系统级功能，同样对于服务端组件的调用者来说也不需要自己处理并发请求、对象创建、销毁、缓存，控制组件事务等等系统级功能。 App Server对服务端组件的的关系就是数据库系统对数据的关系。App Server完全是一个类似数据库系统这样一个非常复杂的服务端软件，所不同之处就是数据库系统（RDBMS）是管理数据的，而App Server是管理对象的。这也是我研究Weblogic Server之后的切身感受。 Microsoft是最早发布App Server的厂商，叫做Microsoft Transaction Server（MTS）。其他还有很多基于不同技术的App Server，不过随着EJB规范的发布，主流的App Server基本上都是基于J2EE的了。目前看来，App Server市场主要就是实现J2EE规范的Java应用服务器和Microsoft的Net应用服务器这两大主流。 Tuxedo等基于过程传统的中间件会继续在特定的场合发挥巨大的作用，像那些需要极高的响应性能和基于特定平台C/C++的场合，还是具有不可替代的作用。 App Server提供的服务端组件模型并没有解决所有的问题，基于不同技术实现的服务端组件之间不能互相调用和数据共享，比如EJB组件和COM组件之间不能之间交换数据，所以基于SOAP协议的Web Services试图解决这个问题，想把互联网上所有的不同技术实现的组件服务都统一成单一的Web Services。这也是Web Services热门的原因之一，标准的统一对大家都有好处

以上就是关于如何利用weblogic的POOL（连接池）连接数据库全部的内容，包括:如何利用weblogic的POOL（连接池）连接数据库、如何查看和修改Weblogic的数据源、WebLogicServer启动不了呀，要怎么解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！