统体系结构 结论 致谢 参考文献 绪论 是当今上最主要的信息服务，静态站点中各种 形式的数据以文件方式存在，当信息量以几何级数增加时信息的发布和维护就显得极为 困难而另方面，用户对信息的实时性交互性的要求随着信息技术的发展已变得理 所应当。同时，数据库技术经过几十年的发展日益成熟起来， 等数据库系统的功能日趋强盛。技术与数据库技术的结合 能够综合二者的长处发挥二者的潜力，充分利用已有的数据库信息素材。 基于的数据库访问技术是指在客户端，安装浏览器作为用户输入查询 条件和显示查询结果的交互界面。用户可以通过填写表格或输入要害字的方式来与 进行交互当用户单击表格上的按钮时表格中的数据便发送到服务器。这种 交互性提高了用户参与的积极性。在构建基于的企业管理信息系统中，如何通过 浏览并查询数据库以及维护数据库成为建设个有效的网络管理信息系统的关键所在， 为了实现基于的数据库访问，需要有与 之间的接口，即与数据库的连接技术。目前，人们普遍采用技术作 为动态网站建设的技术，虽然用开发服务器程序的技术已经很成熟，但是技 术也存在着很多缺陷，如安全性低，适应性差，维护复杂等。随着和技术的 出现，为网站建设又开辟出了条崭新的道路。是公司基于技术推出的新 代站点开发语言，也是种开发后台程序的技术，它可以在和 的支持下，完成功专家就可以更新 它。如果使用个页面，将控制器的代码放到个或 类中，或使用动作标记，这样，页面就仅包 含代码了。 设计模式 模型 视图 控制器 基于的数据库访问 技术的研究 基于的数据库的访问技术 的研究 摘要 数据库技术伴随着的成长，成为当前信息技术人员关注的热点之。 基于的数据库访问技术是指在客户端，安装浏览器作为用户输入查询条件和 显示查询结果的交互界面。目前，人们普遍采用技术作为动态网站建设的技术，虽 然用开发服务器程序的技术已经很成熟，但是技术也存在着很多缺陷，如安全 性低，适应性差，维护复杂等。随着和技术的出现，为网站建设又开辟出了 条崭新的道路。本文介绍了数据库访问的些技术及他们的优缺点，再着重介绍了 技术中的等技术，再通过基于 相关技术的网站开发实例来诠释技术在开发中的优势及地位，最后表达了 数据库不久的将来发展的个趋势。 关键词， 目录 摘要 绪论 第章 访问数据库的技术分析 网络环境下数据库 访问数据库的几种技术 公共网关接口技术 服务器专用技术 技术 与技术 技术 技术 访问数据库几种技术优缺点比较 的优缺点分析 技术的优缺点分析 技术优缺点分析 技术优缺点分析 优缺点分析 技术优缺点分析 第二章 简介 及相关技术 技术 技术 设计模式 的特点和其他动态网页开发技术的比较 的特点 与比较 与比较 与其他技术比较结果 动态网页技术的性能比较 第章 数据库的访问与连接 定义 用途及特点 的体系结构 构成的组件 影响性能的可能因素 与和其它的比较 访问数据库步骤 访问数据库程序实例 驱动程序性能的优化 连接池 连接池的定义 使用连接池的优点 连接池运作原理 推荐使用连接池 连接池比长连接更安全 第章 基于的网站创建与研究实例 开发环境的配置 安装 安装插件 部署步骤 创建项目步聚 企业宣传网站实例 创建个工程 网站涉及页面 项目框架搭建 公共类的创建 创建数据库 创建实体类 公共类的实现及相关参数设置 用户表的创建 聊天室用户登录验证 注册用户及显示所有用户 商品类及相关页非结构化数据库异构 数据库 ， ， ， ， ， ， ， 次编译， 多次执行的优点，从而加快了页面的访问速度。单模型的结构图 如图所示 图单模型的工作原理 通过单模型的结构图不难发现页面既要负责响应请求，又要负责 将处理的结果返回给客户端浏览器，并没有达到将内容的生成与显示相分离的目 的因此这种结构只适合逻辑结构简单的小型应用而不适合大型应用，因为复杂 的应用将使大量嵌有代码和小脚本的文件难于调试和维护 技术 是种服务器端的应用程序，具有独立于平台和协议的特性，可 以生成动态的页面。它担当客户请求浏览器或其他客户程序 与服务器响应服务器上的数据库或应用程序的中间层。是位 于服务器内部的服务器端的应用程序，与传统的从命令行启动的 应用程序不同，由服务器进行加载，该服务器必须包含支持 的虚拟机。 个标准的应用基于。运行在个容器中， 容器本质上是个应用，它执行所有幕后工作，比如与运行多个相 关的工作，关联组织为个应用的资源的工作，以及管理所有其他相关服 务的工作。最流行的容器是，但是有些应用服务器比如 和，也提供 容器。 与的联系 完全是程序代码构成，擅长于流程控制和事务处理，而通过 来生成动态网页很不直观对于静态的标签，都必须使用页面输出 流逐行输出。中没有内置对象。 与的混合模型 这种模型是基于的模型，可看作模式在 服务器端的实现。它结合了和两种技术进行配置流程。也包括个强 大的事件模型和和组件所使用的样，持久化服务，以及 是种语言写成的可重用组件。为写成，类必须是具体 的和公共的，并且具有无参数的构造器。通过提供符合致性设计模 式的公共方法将内部域暴露成员属性。众所周知，属性名称符合这种模式，其他 类可以通过自身机制发现和操作这些属性。 用户可以使用将功能处理值数据库访问和其他任何可以用 代码创造的对象进行打包，并且其他的开发者可以通过内部的页面 其他程序或者应用来使用这些对象。用户可以认为 提供了种随时随地的复制和粘贴的功能，而不用关心任何改变。应用 范围通常应用于服务器的部件，例如连接池应用监视用户计数和其 他参与用户行为的类。 设计模式 英文即，即把个应用的输入处理输出流 程按照的方式进行分离，这样个应用被分成三个层 模型层视图层控制层。 设计范式包括三种 模型提供应用业务逻辑类 视图则是其在屏幕上的显示页面页面 控制器则是或类，它用于 管理用户与视图发生的交互。我们可以将控制器想像成处在视图和数据之间，对 视图如何与模型交互进行管理。通过使视图完全独立于控制器和模型，就可以轻 松替换前端客户程序。并且，通过将控制器和模型代码保持在视图之外，那些不 理解这些代码的人员就不能改变他们不应改变的东西。将控制器和模型分开就可 以在不影响模型的情况下改变控制器，也可以在不影响控制器的情况下改变模 型。例如，如果应用的前端是个页面即采用显示内容，而 采用进行数据处理以生成动态内容。在这种模式中发自客户端浏览器的 请求首先被