《機(jī)械專業(yè)外文文獻(xiàn)翻譯-外文翻譯--基于Java的訪問(wèn)遠(yuǎn)程數(shù)據(jù)庫(kù)的高效的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu) 中文版》由會(huì)員分享，可在線閱讀，更多相關(guān)《機(jī)械專業(yè)外文文獻(xiàn)翻譯-外文翻譯--基于Java的訪問(wèn)遠(yuǎn)程數(shù)據(jù)庫(kù)的高效的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu) 中文版（8頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

屆 畢業(yè)設(shè)計(jì)（論文） 英文參考文獻(xiàn) 英文文獻(xiàn) 1： of to 文獻(xiàn) 出處，年， 期 ) 4 998 作者 ： N. S. 英文文獻(xiàn) 2： of 文獻(xiàn) 出處，年， 期 ) 00 076, T&T 200 7748, 002; 002 作者 ： 學(xué)生院系 專業(yè)名稱 學(xué)生班級(jí) 學(xué)生姓名 學(xué)生學(xué)號(hào) 學(xué)生層次 英文文獻(xiàn) 1 譯文： 基于 訪問(wèn)遠(yuǎn)程 數(shù)據(jù)庫(kù)的 高效的 標(biāo)準(zhǔn)軟件體系結(jié)構(gòu) 摘要： 新穎的客戶端服務(wù)器體系結(jié)構(gòu)利用 術(shù)越來(lái)越有利于遠(yuǎn)程數(shù)據(jù)庫(kù)存取，其結(jié)構(gòu)是在客戶端采取 覽器作為圖形用戶界面，在服務(wù)器端采取傳統(tǒng)的 據(jù)庫(kù)管理系統(tǒng) ( 目 前，在標(biāo)準(zhǔn)瀏覽器和具體 間的活動(dòng)是由 一定數(shù)量的 基于上一代 瀏覽器中的 擬機(jī) 的軟件結(jié)構(gòu)支持。這些軟件結(jié)構(gòu) , 從開放性和靈活性問(wèn)題看 似乎很好 , 但在 數(shù)據(jù)庫(kù)存取 方面卻存在不足 。 本文將通過(guò)對(duì)一定數(shù)量的實(shí)驗(yàn)結(jié)果的分析 指出這些不足 。本文描述 了 四個(gè)不同 的 基于 術(shù)的 軟件結(jié)構(gòu)支持 數(shù)據(jù)庫(kù)存取，報(bào)告了它們?cè)诓煌挠布脚_(tái)上工作的性能測(cè)試，并對(duì)測(cè)試結(jié)果進(jìn)行了比較分析。 關(guān)鍵字： 執(zhí)行 評(píng)估 ； 可視化 數(shù)據(jù)庫(kù)存取 1. 介紹 對(duì)客戶服務(wù)器數(shù)據(jù)庫(kù) 訪問(wèn) 的傳統(tǒng) 解決方法 是 根據(jù) 由 一種 直觀 語(yǔ)言 編寫 的 用戶界面的聯(lián)合的行動(dòng) (即客戶 ) 和 一個(gè)標(biāo)準(zhǔn) 擎 (即服務(wù)器 ) 。當(dāng)前 , 這種方法 正受到一種 基于新興的 例的新穎的解決辦法 的挑戰(zhàn) 。 基于互聯(lián)網(wǎng)的 用戶界面，通常用 寫， 由瀏覽器從服務(wù)器下載 并運(yùn)行在虛擬瀏覽器 上 。 這樣的解決辦法的要點(diǎn)是客戶軟件 作為一個(gè)獨(dú)特的副本 處 在服務(wù)器系統(tǒng)， 這就好于 客戶軟件 在 客戶 機(jī) 系統(tǒng)里。 由于集中所有這些操作在服務(wù)器站點(diǎn) 成為 可能 ，這就使客戶軟件的安裝、配置和維護(hù)費(fèi)用 被降低 。 對(duì) 據(jù)庫(kù)的基于互聯(lián)網(wǎng)的 訪問(wèn) ，可以得到由很多基本組成成分組成的軟件體系結(jié)構(gòu)的支持。 令人遺憾這 樣的軟件體系結(jié)構(gòu)，從開放 性 和靈活性來(lái)看似乎 很 好， 但是給數(shù)據(jù)庫(kù)接口方面帶來(lái)了明顯的潛在 危機(jī)。 圖 1. 軟件結(jié)構(gòu) 1: 通過(guò) 口訪問(wèn) 數(shù)據(jù)庫(kù) 在這篇文章里 將描述四個(gè)不同 的 基于互聯(lián)網(wǎng) 訪問(wèn) 據(jù)庫(kù) 的 軟件結(jié)構(gòu) ，并且 通過(guò) 報(bào)告 和 比較他們的 執(zhí)行情況來(lái)揭示各個(gè)體系結(jié)構(gòu)的潛在危機(jī)的來(lái)源。 本文 結(jié)構(gòu) 如下 ： 首先我們描述基于 數(shù)據(jù)庫(kù)存取 的 準(zhǔn)軟件 體系結(jié)構(gòu) (第2 部分 )； 然后我們提出使用的試驗(yàn) 平 臺(tái)和在我們的實(shí)驗(yàn)過(guò)程中 遵循 的方法 (第 3 部分 )； 最后我們 給 出 了 結(jié)果 (第 4 部分 )， 并且討論 了 軟件體系結(jié)構(gòu) 的 性能 (第 5 部分 )；總結(jié) (第 6 部分 )結(jié)束 本文 。 2. 基于 數(shù)據(jù)庫(kù) 存取 的軟件體系結(jié)構(gòu) 在這個(gè)部分我們提出四個(gè) 適合我們的調(diào)查 的 基于 問(wèn) 數(shù)據(jù)庫(kù) 的 軟件結(jié)構(gòu) 。 每 個(gè)體系結(jié)構(gòu)都 遵循客戶機(jī)服務(wù)器 體系 并且由 3 個(gè)主要實(shí)體組成 ： 客戶、服務(wù)器和共用 組件 。 客戶和服務(wù)器在每 個(gè)體系結(jié)構(gòu) 里是相同的； 共用 組件在各個(gè)體系結(jié)構(gòu)之間則起著不同的作用。 客戶是一個(gè) 基于 術(shù)的 瀏覽器 , 服務(wù)器是 一個(gè) 接受遠(yuǎn)程 網(wǎng)絡(luò) 連接 和查詢 的 據(jù)庫(kù)管理系統(tǒng) ( 網(wǎng)絡(luò)協(xié)議 采取 P 協(xié)議 。 各個(gè)軟件 體系 結(jié)構(gòu) 的 共用 組件 在 結(jié)尾 部分描述。 基于 口 的 連接 模塊結(jié)構(gòu) 基于 口的 連接 模塊結(jié)構(gòu)如 圖 1 所示。陰影部分表示 軟件模塊 ， 程序員必須發(fā)展 它們使其余的組成部分連接起來(lái)。 客戶 端 (瀏覽器 )從服務(wù)器 端 上下載一個(gè) 用程序并且運(yùn)轉(zhuǎn)它。 用程序通過(guò) 口模塊發(fā)送查詢和接收回應(yīng)。 服務(wù)器 (過(guò)作為中間代理的一個(gè)軟件 元件 與客戶交換數(shù)據(jù)。這樣的 一個(gè) 中間 代理軟件接受 客戶 查詢 并且通過(guò) 息庫(kù)把它們提交到數(shù)據(jù)庫(kù)。 在 用程序和中間 代理軟件 之間的連接性 是 基于 議 。 在客戶端通信由標(biāo)準(zhǔn) 口 持 ; 在服務(wù)器端通信由標(biāo)準(zhǔn) 口接口支持。 在 用程序和中間 代理軟件 之間的操作 是 基于 支持 基本 數(shù)據(jù)庫(kù)存取操作的一個(gè) 普通 協(xié)議 （ 打開數(shù)據(jù)庫(kù)，提交 查詢 ， 接收回 應(yīng)， 關(guān)閉 數(shù)據(jù)庫(kù) ）。 基于專有的 數(shù)據(jù)庫(kù)管理系統(tǒng) 基于專有的 動(dòng)程序 的 結(jié)構(gòu)如 圖 2 所示 。 允許 用程序 和應(yīng)用 軟件在后臺(tái)訪問(wèn) 數(shù)據(jù)庫(kù)的一個(gè)標(biāo)準(zhǔn)接口 。 和 前 面介紹 的 結(jié)構(gòu) 一樣，客戶 機(jī) (瀏覽器 )從服務(wù)器上下載一個(gè) 用程序并且運(yùn)轉(zhuǎn)它 ， 用程序通過(guò)標(biāo)準(zhǔn) 用編程接口 (問(wèn) 作為 標(biāo)準(zhǔn) 和 基于 術(shù)的 瀏覽器的最新 版本 的 一 部份 。 對(duì)不同 的不一樣 ， 施通信協(xié)議 時(shí) 必需 用 到 具體的 動(dòng)程序。 具體 產(chǎn)商 或者第三 方 提供 ，并且 動(dòng)態(tài)地連接標(biāo)準(zhǔn) 象。 通常 ， 動(dòng)程序 跟客戶 端的 用程序一起從服務(wù)器下載。 圖 2 基于專有的 問(wèn) 數(shù)據(jù)庫(kù)的軟件體系結(jié)構(gòu)。 圖 3 基于 訪問(wèn) 數(shù)據(jù)庫(kù)的軟件體系結(jié)構(gòu)。 的體系結(jié)構(gòu) 基于請(qǐng)求 機(jī)制 的軟件體系結(jié)構(gòu) 如圖 3 所示。 如同前 面 的體系結(jié)構(gòu)， 用程序通過(guò)標(biāo)準(zhǔn) 具體的 動(dòng) 程序 與數(shù)據(jù)庫(kù)進(jìn)行信息交流。與以前的體系結(jié)構(gòu) 不同 ， 動(dòng) 程序 不直接訪問(wèn)數(shù)據(jù)庫(kù)，但是它訪問(wèn)一個(gè)通過(guò)一份專有的協(xié)議運(yùn) 行 在服務(wù)器上 的中間對(duì)象。 當(dāng) 用程序 請(qǐng)求連接 時(shí) ,動(dòng)態(tài)地 生成 二個(gè)組分 : 為具體 采取 的 一個(gè) 理和 一個(gè) 數(shù)據(jù)庫(kù)代理。 圖 4 基于 數(shù)據(jù)庫(kù) 訪問(wèn) 的軟件體系結(jié)構(gòu)。 sv sv 1 作為被測(cè)試的軟件體系結(jié)構(gòu)的組成部分使用 的 軟件產(chǎn)品 組成部分之間可用性 的結(jié)構(gòu) 基于 結(jié)構(gòu)如 圖 4 所 示。 在這 種 情況 下 用程序通過(guò)面向?qū)ο蟮? 系。 服務(wù)器 端的 數(shù)據(jù)庫(kù)存取對(duì)象 進(jìn)行交互。后臺(tái)操作由對(duì)象請(qǐng)求代理程序 (持 。 數(shù)據(jù)庫(kù)存取對(duì)象由系統(tǒng)集成商開發(fā) ， 它的 過(guò)一種正式的規(guī)范語(yǔ)言 不同的語(yǔ)言 編寫，它 支持在客戶 機(jī) 和服務(wù)器之間的可靠的操作 。 3. 測(cè)試和方法 在這個(gè)部分我們描述我們使用的試驗(yàn) 平臺(tái)和 我們隨后執(zhí)行實(shí)驗(yàn)的方法。我們?cè)?服務(wù)器 ( , 200 32 M 作系統(tǒng) )安裝了 在 客戶機(jī)（ 166 C 機(jī) ， 作系統(tǒng) ）安裝 不同 的 軟件 組件，選擇的 產(chǎn)品 如表 1所示。我們選擇了三個(gè)對(duì)數(shù)據(jù)庫(kù)的基本操作來(lái)進(jìn)行測(cè)試，即 打開數(shù)據(jù)庫(kù)、查詢、數(shù)據(jù)庫(kù)關(guān)閉。我們?yōu)闇y(cè)試選擇的查詢是一個(gè)單獨(dú)的選擇，它從一個(gè)超過(guò) 4 列 39 000 行的表中而來(lái)，由 34 符串組成。 為了使偶然 性 減到最小 ，對(duì)每個(gè)潛在因素的測(cè)量都 重復(fù)實(shí)驗(yàn)超過(guò) 6000 次并且選擇最小 的 結(jié)果 。 C 3 54 67 37 60 68 38 62 68 38 68 69 表 2 各個(gè)平臺(tái)利用 間 4. 實(shí)驗(yàn)和結(jié)果 實(shí)驗(yàn)?zāi)苓_(dá)到的標(biāo)準(zhǔn)和訪問(wèn)數(shù)據(jù)庫(kù)的響應(yīng)時(shí)間。 在初步的實(shí)驗(yàn)里我們 測(cè)試 存在于 4 個(gè) 軟件體系結(jié)構(gòu)的普通組成部分。在其余實(shí)驗(yàn)里我們 測(cè)試 每軟件體系結(jié)構(gòu)的響應(yīng)時(shí)間 并且 確定 具體的 消耗時(shí)間 以及 這些時(shí)間消耗 的 原因 。 我們報(bào)告初步實(shí)驗(yàn)的結(jié)果在 分和實(shí)驗(yàn) 其 余的結(jié)果在 分。 這部分提出 初步測(cè)試 基于 客戶 端 軟件體系結(jié)構(gòu) 的 響應(yīng)時(shí)間 ， 即， (i)數(shù)據(jù)庫(kù)本地存取時(shí)間和 ( 件 通訊時(shí)間。 數(shù)據(jù)庫(kù)本地存取時(shí)間 測(cè)試 ， 我們開發(fā)一個(gè) C 程序 來(lái)執(zhí)行對(duì)數(shù)據(jù)庫(kù)的基本操作，并測(cè)試它的運(yùn)行時(shí)間。 測(cè)量數(shù)據(jù) 結(jié)果以 毫秒 為單位 ， 詳見 表 2(第一欄 )。 我們 還測(cè)試了 以 P 協(xié)議聯(lián)系 庫(kù) 和 取 數(shù)據(jù)庫(kù)的 響應(yīng)時(shí)間。其響應(yīng)時(shí)間小于 2以忽略不記。 為了測(cè)量 件 通訊時(shí)間，我們建立 了 基于插 件 連接 的 模 塊 (參閱第 分 )結(jié)構(gòu) 。 結(jié)構(gòu)中的代理模塊可在先前的實(shí)驗(yàn)里， 通過(guò) P 協(xié)議用 C 程序連接獲得。 測(cè)量 結(jié)構(gòu) 的 響應(yīng) 時(shí)間 的 數(shù)據(jù)在表格 2 的第 2 欄里 （每一列分別對(duì)應(yīng)測(cè)試中用到不同的硬件平臺(tái)）。 結(jié)果 顯示 通過(guò) 件 遠(yuǎn)程訪問(wèn)數(shù)據(jù)庫(kù) 的響應(yīng)時(shí)間不可以忽視，即打開數(shù)據(jù)庫(kù)和 執(zhí)行查詢的時(shí)間占到 10 C C C 3 54 67 143 101 5 192 104 8 218 106 10 70 77 0 93 80 0 160 83 1 39 66 72 42 71 75 44 78 78 表 3 不同的軟件體系結(jié)構(gòu)和客戶平臺(tái)最小 查詢時(shí)間 這部分提出 對(duì) 標(biāo)準(zhǔn) 高效的體系結(jié)構(gòu) 進(jìn)行實(shí)驗(yàn)評(píng)價(jià) ，體系結(jié)構(gòu)已在 第 2 部分中 描述。 對(duì)標(biāo)準(zhǔn)體系結(jié)構(gòu)的評(píng)價(jià)是 基于 件之間的可用性。在這個(gè)部分 里 我們提出 對(duì)兩個(gè)標(biāo)準(zhǔn)體系結(jié)構(gòu)的內(nèi)部響應(yīng)時(shí)間進(jìn)行測(cè)試，其中一個(gè)是 基于 準(zhǔn) ，一個(gè)是 基于 準(zhǔn) 。 動(dòng)程序 的 結(jié)構(gòu) 的效率 表 3 的 2是 基本 的 存取數(shù)據(jù)庫(kù)時(shí)間 數(shù)據(jù) ， 以 毫秒 為單位， 那些 結(jié)構(gòu)的規(guī)則 在第 分 里 描述。 在 開放性 的操作里我們 確 定 時(shí)間消耗有 以下兩個(gè)來(lái)源： (i) 每當(dāng)數(shù)據(jù)庫(kù)被打開時(shí)建立一個(gè) 件 連接， (通過(guò)插 件 讀 /寫 的對(duì)數(shù)據(jù)庫(kù)連接必要的每個(gè)項(xiàng)目 (登錄，密碼，數(shù)據(jù)庫(kù)名字等等 )。 第一 項(xiàng)來(lái)源是由 準(zhǔn)數(shù)據(jù)庫(kù)關(guān)閉操作導(dǎo)致 P 連接 關(guān)閉 引起的 。 在 臺(tái)消耗的時(shí)間是 18 在 臺(tái)消耗的時(shí)間是 28 在 臺(tái)消耗的時(shí)間是 37 第 二 項(xiàng)來(lái)源是由 為了減少在 口上讀和寫的操作， 選擇單個(gè)字符串 信息 。這一時(shí)間消耗在不同的硬件平臺(tái)上變化很大（ 0 2 7 的 結(jié)構(gòu) 的效率 表 3 的 5是 基本 的 存取數(shù)據(jù)庫(kù)時(shí)間 數(shù)據(jù) ， 以 毫秒 為單位， 那些 結(jié)構(gòu)的規(guī)則 在第 分 里 描述。 在 開放性 的操作里我們 確定時(shí)間消耗有 以下兩個(gè)來(lái)源： (i)小應(yīng)用程序分別向請(qǐng)求 代理 和 建立兩個(gè)網(wǎng)絡(luò)連接打開數(shù)據(jù)庫(kù) ； (務(wù)器需要 很 長(zhǎng)的時(shí)間來(lái)處理這兩個(gè)連接 。 第一個(gè)時(shí)間消耗是 36們 取決于硬件平臺(tái) 。第二個(gè)時(shí)間消耗大約是 75們是通過(guò)測(cè)試 對(duì) 求建立連接 到獲得查詢的時(shí)間間隔再減去網(wǎng)絡(luò)延遲得到這一結(jié)果 的。 截止時(shí)間 表示， 數(shù)據(jù)庫(kù)關(guān)閉 是 在網(wǎng)絡(luò)連接關(guān)閉之后。截止時(shí)間 僅僅包括 在那些代理終止之前 的 必要的握手行動(dòng)。 結(jié)構(gòu) 的效率 表 3 的 8是 基本 的 存取數(shù)據(jù)庫(kù)時(shí)間 數(shù)據(jù) ， 以 毫秒 為單位， 那些 結(jié)構(gòu)的規(guī)則 在第 分 里 描述。 測(cè)試結(jié)果顯示， 基于 結(jié)構(gòu)在 所有硬件工作臺(tái) 上直接 在 口上所有操作的響應(yīng)時(shí)間可以忽略不記（ 參見表 2）。 在基于 的 結(jié)構(gòu) 里獲得的關(guān)于通信協(xié)議和插 件 方法的幾 個(gè) 最優(yōu)化的結(jié)果 是很有價(jià)值的。 因此，我們實(shí)驗(yàn) 表明 利用 件可使 件之間可用性 最優(yōu)化 。 5. 討論 實(shí)驗(yàn)在前 面 部分提出 了 基于 術(shù)訪問(wèn)數(shù)據(jù)庫(kù)的 標(biāo) 準(zhǔn)解決辦法 。假設(shè)在本地連接環(huán)境（局域網(wǎng)）下，網(wǎng)絡(luò)延遲不影響其他的延遲而可以忽略不記，那么這種解決方案是可行的。 在我們的實(shí)驗(yàn)過(guò)程中獲得的 口 模 塊 的工作特性是： 連接和讀 /寫操作的反應(yīng)時(shí)間快，接口相對(duì)根據(jù)使用的硬件平臺(tái)傳輸?shù)臄?shù)據(jù)類型的高可變性。 件 的可變性影響 了 所有其他 基于 件的方法的執(zhí)行。然而我們?cè)谶M(jìn)行 基于 決辦法的 實(shí)驗(yàn)時(shí)，考慮到了所有可變性的影響。 一些實(shí)驗(yàn)揭示 座接口把它的劣質(zhì)的性能傳播到 件。尤其我們做 的 實(shí)驗(yàn)， 件的執(zhí)行 增加 了 大約 30 到 100 的反應(yīng)時(shí)間 并且 高度依賴 使用的硬件 平 臺(tái)。 反之，其他實(shí)驗(yàn) 顯示 有受 件運(yùn)行 的劣質(zhì)性能 的 影響。 特別是我們 在客戶端的 口上測(cè)試到了接近最優(yōu)的結(jié)果，而且在不同硬件平臺(tái)上結(jié)果也不變。 最后，我們證明 準(zhǔn)模件 是在 高性能 的 局域網(wǎng)環(huán)境 下 最適合 的 解決數(shù)據(jù)庫(kù) 存取的 辦法， 原因如下： —— 構(gòu)足以可靠和輕易的支持用不同的語(yǔ)言運(yùn)行在不同的環(huán)境里的客戶機(jī)和服務(wù)器之間的各種標(biāo)準(zhǔn)接口； —— 構(gòu) 屬于標(biāo)準(zhǔn) 程序包， 足以最優(yōu)的解決 口 執(zhí)行時(shí)的問(wèn)題。 6. 總結(jié) 文章提出 針對(duì) 四個(gè) 基于 口和關(guān)于 準(zhǔn) 的 軟件結(jié)構(gòu) 在執(zhí)行時(shí)的性能的測(cè)試方法。 這兩個(gè)標(biāo)準(zhǔn) 是最 頻繁 的被用來(lái)解決 由 戶 機(jī)輕易的訪問(wèn)遠(yuǎn)程 數(shù)據(jù)庫(kù)服務(wù)器 的方法。 我們的工作的主要貢獻(xiàn)是性能評(píng)價(jià)和軟件體系結(jié)構(gòu)的比較測(cè)試 ，這對(duì)證明各個(gè)體系結(jié)構(gòu)在訪問(wèn)數(shù)據(jù)庫(kù)時(shí)的 瓶頸 問(wèn)題很有意義。