·310 北京科技大学学 报 1999年第3期 即3层层次模型中每个中间应用服务器响 理中间应用服务器个数)时，3层链式模型每个 应客户端的数据访问共有lmn种：整个中间层 中间应用服务器应响应客户端的数据访问数相 响应客户端的数据访问共有lmk(=lmnh)种. 对于3层层次模型少，这是因为3层链式模型 3.3链式模型中间层任务 中只需为每个中间应用服务器开发对每个数据 因为链式模型按对数据库的访问类别分类 库系统的一种服务程序；而3层层次模型中要 组织，整个中间层由1个中间应用服务器组成， 为每个中间应用服务器开发对每个数据库系统 故： 的1种服务程序 Middle=nUM2U…UMn. 另外，由于3层链式模型要处理的用户对 链式模型的每个中间应用服务器对应完成 数据库的某种操作，3层层次模型同样也要处 原来物理连接上的h个中间应用服务器的对数 理，因此，即使1>h,3层链式模型中间层的开 据库的某一种数据访问服务，所以如果单从数 发工作量也不会比3层层次模型的高.所以，就 据操作来分析有： 中间层的开发工作量而言，3层链式模型≤3层 M)={Clientit)i=1,2,,h), 层次模型 其中，Client i表示原来物理连接上的中间应用 (2)运行效率， 服务器i的所有用户对所有数据库的(x)类数据 在数据库应用系统中，一般而言，由于数据 访问服务，即： 库表之间相互关联，对一个数据库表的一种操 ={OP8|i=1,2,…,k;以=1，…，m}= 作实际上会牵涉到一系列数据库表（或视图）到 {OP,OP,…,OP8,…OP,OP,…,OP, 内存中的调入调出，所以，3层层次模型使用过 所以，||=km,|Middle]=lmk. 程中中间应用服务器内存中存在着大量的数据 即3层链式模型中每个中间应用服务器响 库表（或视图）的调入调出 应客户端的数据访问共有km种：整个中间层应 在理想的3层链式模型中，每个中间应用 响应客户端的数据访问共有lmk种， 服务器仅负责处理数据库系统的单一操作，由 3.4中间层数据库操作分析 于数据库表之间关联类型不同，所须操作的数 由前面分析可见，3层层次模型和3层链式 据库表（或视图）也就不同，所以单一操作所须 模型整个中间层应响应客户端的数据访问数是 操作的数据库表（或视图）数必然比所有类型操 相同的，都是1mk种，但每个中间应用服务器应 作所须操作的数据库表（或视图）总数少，从而 响应客户端的数据访问数是不同的，3层层次 减少了数据库表（或视图）在内存中的调入调出 模型为lmn种，而3层链式模型为am种.下面 频率，提高了运行效率， 从开发和运行角度来对3层层次模型和3层链 综上所述，3层客户/服务层次模型是面向 式模型进行比较分析. 客户机的：而3层客户/服务链式模型是面向 (1)开发工作量. 任务方式的.后者较前者开发效率高，运行性能 对每个中间应用服务器而言： 好. 层次模型响应数据访问数lmn_lmnl 参考文献 链式模型响应数据访问数m hnm h 1陈志刚.CMS环境中3层客户/服务计算模型与应 当l<h(即，用户对数据库的操作种类<物 用研究：[学位论文].长沙：中南工业大学，1998 Three-tier Linking C/S Model and Analyses Cheng Zhigang.Lu Yun,Lu Hongtao 1)Institute of Information Technology,Central South University of Technology,Changsha 410083,China 2)Information Engineering School,UST Beijing.Beijing 100083,China ABSTRACT Defaults of the traditional client/server model have been analyzed,and 3-tier client/server computing model has been introduced.A new kind of 3-tier C/S model has been defined.The distribution of tasks in the model is researched. KEY WORDS database technique;three-tier client/server model;three-tier linking C/S model北 京 科 技 大 学 学 报 年 第 期 即 层 层 次模型 中每个 中间应 用 服 务器 响 应 客户 端 的数 据 访 问共 有 种 整个 中间层 响 应 客 户 端 的 数据 访 问共 有 二 种 链 式 模 型 中 间 层 任 务 因 为链式 模 型按对数 据 库 的访 问类 别 分类 组 织 ， 整个 中间层 由 个 中 间应 用 服 务器 组 成 ， 故 二 对 ” … 人了 链式模 型 的每个 中间应 用 服 务器对 应 完成 原来物理连接 上 的 个 中间应 用 服 务器 的对 数 据 库 的某 一种 数据 访 问服 务 ， 所 以如 果 单 从 数 据 操作 来分 析 有 耐 习 。 ， ， ， … ， ， 其 中 ， 表 示原来物理连接 上 的 中 间应用 服务器 的所有 用 户对所有 数据库 的 类数据 访 问服务 即 砂 ，二 玲 ， ， ， 一 ， 二 ， … ， 二 钾 ， 岁 ， … ， 扩 ， … 铭 ， 思 ， … ， 嗯 ， 所 以 ， 对 习 一 ， 二 即 层 链式 模 型 中每个 中 间应用 服务器 响 应客户端 的数据访 问共有 种 整个 中 间层 应 响 应 客 户 端 的数据 访 问共 有 种 中 间层 数据 库 操作 分 析 由前面分 析可 见 ， 层 层 次模 型 和 层 链式 模型整个 中间层应 响应客户 端 的数据 访 问数是 相 同 的 ， 都 是 种 ，但每个 中间应用 服 务器应 响应 客户端 的数据访 问数 是 不 同 的 ， 层 层 次 模 型 为 种 ， 而 层链式模型 为 枷 种 下 面 从 开 发 和 运行 角 度来对 层 层 次模 型 和 层 链 式模 型 进行 比较分析 开 发 工 作量 对 每个 中 间应用 服 务 器而 言 层 次模 型 响应 数据 访 问数 。 。 链式模 型 响应 数据 访 问数 当 即 ， 用 户对 数据库 的操作 种类 物 理 中 间应用 服 务器 个 数 时 ， 层 链式模 型每个 中间应 用服 务器应 响应客户端 的数据访 问数相 对 于 层 层 次模 型 少 这 是 因 为 层 链 式模 型 中只 需 为每个 中 间应 用 服 务器 开发对每个 数据 库 系统 的 一 种 服 务程序 而 层 层 次模型 中要 为每个 中间应 用服 务器 开 发对 每个数据库系统 的 种 服 务程序 另 外 ， 由于 层 链 式模 型 要 处 理 的用 户对 数据 库 的某 种操 作 ， 层 层 次模 型 同样 也 要 处 理 ， 因此 ， 即使 ， 层链 式模型 中间层 的开 发工 作量也 不 会 比 层 层 次模型 的高 所 以 ， 就 中 间层 的开 发工 作量而 言 ， 层 链式 模 型 ‘ 层 层 次模 型 运行 效 率 在数据 库应用系统 中 ， 一般而 言 ， 由于数据 库表之 间相互 关联 ， 对一 个数据库表 的一种操 作实际上会牵涉 到一系列数据库表 或视 图 到 内存 中的调入 调 出 ， 所 以 ， 层 层 次模型使用 过 程 中中间应用服务器 内存 中存在着大量 的数据 库 表 或视 图 的调 入调 出 在 理 想 的 层 链式模型 中 ， 每 个 中 间应 用 服 务器 仅 负责 处 理 数 据 库 系统 的单 一 操 作 由 于 数据 库 表之 间 关联类 型 不 同 ， 所 须 操 作 的数 据 库表 或 视 图 也 就 不 同 ， 所 以单 一 操 作 所 须 操 作 的数据 库表 或视 图 数必 然 比所有类 型操 作所 须操 作 的数据 库表 或 视 图 总 数少 ， 从而 减少 了数据 库表 或视 图 在 内存 中的调 入 调 出 频 率 ， 提 高 了运 行 效率 综 上所述 ， 层 客 户 服 务层 次模型 是面 向 客户 机 的 而 层 客 户 服 务链 式模型 是 面 向 任 务方 式 的 后 者 较前者 开 发效率高 ， 运行性 能 好 参 考 文 献 陈志 刚 环境 中 层 客户 服务计算模型与应 用 研 究 学位 论文 长沙 中南工业大学 ， 一 雌 ，，， ，， ，， ， 介 ， ， ， ， ， ， 阴 一 耐 一 育 ， ， 一 廿此 一 加