web数据库访问技术研究论文

web数据库访问技术研究论文内容摘要：

能够访问和实例化 JavaBeans组件，设置或者检索组件属性，下载 Applet，以及执行用其他方法更难于编码或耗时的功能。 通过开发定制标识库， JSP技术是可以扩展的。 今后，第三方开发人员和其他人员可以为常用功能创建自己的标识库。 这使得 Web页面开发人员能够使用熟悉的工 具和如同标识一样执行特定功能的构件来工作。 ⑷ JSP能提供所以的 Servlets功能 与 Servlets相比， JSP能提供所有的 Servlets功能，它比用 Println书写和修改 HTML更方便。 此外，您可以更明确地进行分工， Web页面设计人员编写 HTML，只需要留出空间让Servlets程序员插入动态部分即可。 ⑸健壮的存储管理和安全性 由于 JSP 页面的内置脚本语言是基于 Java 编程语言的，而且所有的 JSP页面都被编译成为 Java Servlet， JSP页面就具有 Java技术的所以优点，包括健壮的存储管理 和安全性。 ⑹一次编写，随处运行 作为 Java平台的一部分， JSP拥有 Java编程语言“一次编写，随处运行”的特点。 随着越来越多的供应商将 JSP支持添加到他们的产品中，您可以使用自己所选择的服务器和工具，但并不影响当前的应用。 ⑺ JSP的平台适应性更广 这是 JSP 比 ASP的优越之处。 几乎所有平台都支持 Java、 JSP＋ JavaBeans，他们可以在任何平台下通行无阻。 WindowsNT 下的 IIS 通过一个插件就能支持 JSP，例如 JRUN 或者ServletExec，著名的 Web 服务器 Apache 已经能够支持 JSP。 由于 Apache 广泛应用在WindowsNT、 UNIX和 Linux上，因此 JSP有更广泛的运行平台。 虽然现在 WindowsNT操作系统占了很大的市场份额，但是在服务器方面 UNIX的优势仍然很大，而新崛起的 Linux更是来势不小。 从一个平台移植到另一个平台， JSP和 JavaBeans甚至不用重新编译，因为 Java字节码都是标准的字节码，与平台无关。 ⑻ Java中连接数据库的技术 JDBC（ Java Database Connectivity） 很多数据库系统带有 JDBC 驱动程序， Java 程序通过 JDBC驱动 程序与数据库相连，执行查询、提取数据库等操作。 Sun 公司还开发了 JDBCODBC Bridge，用此技术 Java 程序就可以访问带有 ODBC驱动程序的数据库，目前大多数数据库系统都带有 ODBC驱动程序，所以Java程序能访问诸如 Oracle、 Sybase、 MS SQL Server和 MS Access等类型的数据库。 ⑼简单易学 随着 中标签语言的出现，即使不懂 Java 的程序员也能编写出功能完善的 JSP应用。 JSP 数据库连接技术 JDBC（ JavaBean） 7 JDBC API 为 Java开发者使用数据库提供了统一的编程接口，它由一组 Java类和接口组成。 JDBC API使得开发人员可以使用纯 Java的方法来连接数据库，并进行操作。 再企业级环境中进行的数据库操作远远不只是连接数据库并执行语句，还需要考虑其他方面的要求，包括使用连接缓冲池来优化资源的使用，实习分布式事务处理。 在 ，包括了两个包：。 ⑴ :这个包中的类和接口主要针对基本的数据库编程服务，如生成连接、执行语句以及准备语句和运行批处理查询等。 同时也有一 些高级的处理，比如批处理更新、事务隔离和可滚动结果集等。 ⑵ ：它主要为数据库方面的高级操作提供了接口和类。 如为连接管理、分布式事务和旧有的连接提供了更好的抽象，它引入了容器管理的连接池、分布式事务和行集等。 数据库厂商一般会提供一组 API 访问数据库。 流行的数据库如 Oracle、 SQL Server、Sybase和 Informix都为了客户访问提供了专用的 API。 有些厂商也专门提供数据库驱动程序，并且这些产品除了执行驱动的功能外，往往还提供一些额外的服务。 有四种类型的数据库驱动程序，它们分 别是： ⑴ JDBCODBC桥； ⑵部分 Java、部分本机驱动程序； ⑶中间数据访问服务器； ⑷纯 Java驱动程序。 下面分别介绍这些驱动程序。 ⑴ JDBCODBC桥 在 JDBC 刚刚产生时， JDBCODBC 桥时非常有用的。 通过 JDBCODBC桥，开发者可以使用 JDBC来访问一个 ODBC数据源。 JDBCODBC桥驱动程序为 Java 应用程序提供了一种把 JDBC 调用映射为 ODBC调用的方法。 因此，需要在客户端机器上安装一个 ODBC驱动。 正如它的名字一样， JDBCODBC桥在 JDBC API和 ODBC API之间提供了一个桥梁，这个桥把标准的 JDBC调用翻译成对应的 ODBC调用，然后通过 ODBC库把他们发送到 ODBC数据源，如图 8 图 JDBCODBC 桥 这种方式有一个明显的缺点就是效率相对低下，现在的开发中意见很少使用这种方式。 通常不推荐使用这种桥驱动程序，但它可以减少开发人员进行企业开发的麻烦。 ⑵ 部分 Java、部分本机驱动程序 这种驱动程序使用 Java 实习与数据库厂商专有 API的混合形式来提供数据访问。 它比前一种方式要快。 JDBC驱动将标准的 JDBC调用转变为数据库 API的本地调用 ，该类型的驱动程序是本地部分 Java技术性能的本机 API驱动程序，如图 图 Java、部分本机驱动程序 在这种方式里，驱动程序和厂商专有的 API必须在每个运行 Java 应用程序的客户端安装。 现在大多数的数据库厂商都在其数据库产品中提供该桥驱动程序，这种使用方式比前一种方式有晓。 9 ⑶中间数据访问服务器 这种方式使用一个中间数据访问服务器，通过这种服务器，它可以把 Java 客户端连接到多个数据库服务器上，如图 图 中间数据访问服务器 这种方式不需要客户端的数据库驱动，而是使 用网络－服务器中层来访问一个数据库。 该类型的驱动程序是网络协议完全 Java技术性能的驱动程序，它为 Java应用程序提供了一种进行 JDBC调用的机制。 使用该类型的驱动程序是平台无关的，并且不需要客户端的安装和管理，因此适合用做Inter的应用。 ⑷纯 Java驱动程序 这种方式使用厂商专有的网络协议把 JDBC API调用转换成直接的网络调用，这种方式的本质是使用套接字（ Socket）进行编程。 纯 Java驱动运行在客户端，并且直接访问数据库，因此运行这个模式要使用一个两层的体系，如图。 10 图 Java驱动程序 该类型的驱动程序是本地协议完全 Java 技术性能的驱动程序，同时它的使用也比较简单，客户端不需要安装任何中间件或者运行库。 现在大部分厂商都提供第四类驱动程序的支持。 在基于 JDBC的应用程序中，很多内容都围绕着 接口。 在进行任何数据库操作之前，应用程序必须首先创建一个到数据库的连接（ Connection）。 然后，这个连接就成为应用程序和数据库之间的通道，应用程序使用它将 SQL语句发送到数据库，数据库使用它返回执行结果。 一个 Connection 和一个数据库用户帐号相关联，这样可以使数据库对通过 Connection 提交来的 SQL 语句执行访问控制检查。 连接也是数据库事务（ transaction）的边界。 只有通过同一个 Connection执行的 SQL语句才可能组成一个事务。 一个事务由若干个 SQL语句组成，这些语句作为一个原子操作要么都成功执行，要么都失败。 事务可以提交（ mit）（所有对语句的修改都被永久保存）也可以回滚（ roll back）（所有修改都被忽略），这些都要通过调用 Connection方法来实现。 在一个独立的应用程序里，通常只创建一次 Connection，直至应用程序结束时才关闭。 这样做并不奇怪，因为一个独立的应用程序在某一个时刻只需要服务于一个用户，由单一用户启动的数据库操作彼此之间通常都是有联系的。 而在一个处理来自不同用户的无关请求的服务器应用程序中，如何处理连接还不是很明确。 有三件事需要考虑：创建连接需要耗费时间；在某一时刻连接必须服务于一个用户，以免造成事务冲突；保持连接打开状态的代价很大。 创建一个连接大概需要 1～ 2秒种的时间。 除了建立到数据库的网络连接之外，数据库引擎还必须对用户进行身份 验证，并用各种数据结构创建一个环境以便记录事务、缓存的语句和结果，等等。 为服务器所接收的每个请求都创建一个连接，实现起来虽然很简单，但在 11 事务较多的服务器应用程序中，它的时间开销太大了。 减少创建连接次数的一个办法就是，为每个需要访问数据库的 servlet或 JSP页面维护一个连接。 可以在对网络资源进行初始化时创建连接，并以实例变量的方式将它保存起来，直至应用程序关闭时为止。 随后你会发现，当你用这种方式部署应用程序时会导致大量的多线程问题。 每个请求都通过同一个 servlet或 JSP 页面执行一个独立的线程。 很多 JDBC 驱动程序并不支持多线程访问同一个连接，这样就会出现很多运行时的错误。 那些支持多线程的驱动程序会将所以调用都串行化，这样又会降低可缩放性。 这样做所产生的一个更严重的问题时来自不同用户的请求（都使用了同一个连接）对相同的事务进行操作。 如果一个请求试图回滚，那么所以使用相同连接的数据库操作都要被回滚。 保持连接打开的代价很大，尤其是在系统资源（例如内存）方面。 很多商用数据库产品的许可证都按照同时打开的连接数目来收费，所以从金钱方面来看连接的代价也很大。 因此，应答尽量减少应用程序所需要的连接数。 一种解决办法就 是“一个资源一个连接”，也就是说，当数据库接受用户的第一次请求时为用户创建一个连接（每个用户一个连接），并将这个连接作为一个会话作用域对象。 然而，这样做的缺点是连接在大多数情况下是不活动的，因为用户每次查看请求结果之间有较长的时间间隔。 最好的办法就是使用连接池（ connection pool）。 连接池中保存了一些 Connection 对象，这些对象被所以 servlet和 JSP页面所共享。 对于每个请求都会分配给它一个连接，使用完毕后再收回这个连接。 使用这种方法解决了上面提到的问题： 创建连接所需要的时间 放入 池内的连接只被创建一次，以后一直重用这个连接。 大多数连接池的实现都允许你在启动时指定 Connection 对象的初始化个数和最大个数。 如果需要就可以创建新的connection 对象，直至达到最大个数。 一旦达到了最大个数，连接池的客户就必须等待一个已有的 Connection对象用完，而不能再创建新的 connection对象。 共享连接会。