外文翻譯--基于java的訪問遠(yuǎn)程數(shù)據(jù)庫的高效的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)中文版(文件)
【正文】 間對象。 Oracle Research Labs 表 1 作為被測試的軟件體系結(jié)構(gòu)的組成部分使用 的 軟件產(chǎn)品 CORBA 的組成部分之間可用性 的結(jié)構(gòu) 基于 CORBA 的 結(jié)構(gòu)如 圖 4 所 示。 數(shù)據(jù)庫存取對象由系統(tǒng)集成商開發(fā) ， 它的 API 通過一種正式的規(guī)范語言 IDL描述。我們選擇了三個(gè)對數(shù)據(jù)庫的基本操作來進(jìn)行測試，即 打開數(shù)據(jù)庫、查詢、數(shù)據(jù)庫關(guān)閉。 在初步的實(shí)驗(yàn)里我們 測試 存在于 4 個(gè) 軟件體系結(jié)構(gòu)的普通組成部分。 數(shù)據(jù)庫本地存取時(shí)間 測試 ， 我們開發(fā)一個(gè) C 程序 來執(zhí)行對數(shù)據(jù)庫的基本操作，并測試它的運(yùn)行時(shí)間。 為了測量 Java 插 件 通訊時(shí)間，我們建立 了 基于插 件 連接 的 模 塊 (參閱第 部分 )結(jié)構(gòu) 。 Local JDBC JDBC/broker CORBA PC HP SUN PC HP SUN PC HP SUN Open Exec Close 33 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)和客戶平臺最小 查詢時(shí)間 這部分提出 對 標(biāo)準(zhǔn) 高效的體系結(jié)構(gòu) 進(jìn)行實(shí)驗(yàn)評價(jià) ，體系結(jié)構(gòu)已在 第 2 部分中 描述。 在 開放性 的操作里我們 確 定 時(shí)間消耗有 以下兩個(gè)來源： (i) 每當(dāng)數(shù)據(jù)庫被打開時(shí)建立一個(gè) java 插 件 連接， (ii) 通過插 件 讀 /寫 的對數(shù)據(jù)庫連接必要的每個(gè)項(xiàng)目 (登錄，密碼，數(shù)據(jù)庫名字等等 )。這一時(shí)間消耗在不同的硬件平臺上變化很大（ PC 10 ms, HP 22 ms ， Sun 67 ms）。第二個(gè)時(shí)間消耗大約是 75ms。 CORBA 的 結(jié)構(gòu) 的效率 表 3 的 810 列是 基本 的 存取數(shù)據(jù)庫時(shí)間 數(shù)據(jù) ， 以 毫秒 為單位， 那些 結(jié)構(gòu)的規(guī)則 在第 部分 里 描述。 5. 討論 實(shí)驗(yàn)在前 面 部分提出 了 基于 java 技術(shù)訪問數(shù)據(jù)庫的 標(biāo) 準(zhǔn)解決辦法 。然而我們在進(jìn)行 基于 JDBC 和 CORBA 解決辦法的 實(shí)驗(yàn)時(shí)，考慮到了所有可變性的影響。 特別是我們 在客戶端的 java 接口上測試到了接近最優(yōu)的結(jié)果，而且在不同硬件平臺上結(jié)果也不變。 我們的工作的主要貢獻(xiàn)是性能評價(jià)和軟件體系結(jié)構(gòu)的比較測試 ，這對證明各個(gè)體系結(jié)構(gòu)在訪問數(shù)據(jù)庫時(shí)的 瓶頸 問題很有意義。 6. 總結(jié) 文章提出 針對 四個(gè) 基于 Java 接口和關(guān)于 JDBC 和 CORBA 標(biāo)準(zhǔn) 的 軟件結(jié)構(gòu) 在執(zhí)行時(shí)的性能的測試方法。尤其我們做 的 實(shí)驗(yàn)， java 插 件的執(zhí)行 增加 了 大約 30 到 100 的反應(yīng)時(shí)間 并且 高度依賴 使用的硬件 平 臺。 在我們的實(shí)驗(yàn)過程中獲得的 Java 接口 模 塊 的工作特性是： 連接和讀 /寫操作的反應(yīng)時(shí)間快，接口相對根據(jù)使用的硬件平臺傳輸?shù)臄?shù)據(jù)類型的高可變性。 在基于 java
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1