【文章內容簡介】 控制、 ListView 控制配合使用，創(chuàng)建出更豐富的數據顯示格式 支持多種商業(yè)圖形，包括多種類型的二維和三維的圖形 支持組件的開發(fā)和調用 用 PowerBuilder 開發(fā)的組件，可以在其它應用中調用，可以由多種事務管理服務器管理。 具有面向對象的特征 PowerBuilder 采用了面向對象的開方式，這 可以使系統(tǒng)開發(fā)人員在無需精通專用語言的情況下就可以迅速轉向面向對象的開發(fā)。 PowerBuilder 應用是由一系列對象組成的，包括窗口、菜單、函數、數據窗口和各種控制等對象，它支持對象的繼承、封裝和多態(tài)性。 有機結合的集成開發(fā)環(huán)境 完全支持 Windows 的窗口信息和控制 強有力的 PowerScript 編程語言 它能使開發(fā)人員很容易地將簡單或復雜的事務邏輯與應用相配合。該語言還有幾百個函數用于操縱對象、處理數字、文本、字符串、日期和應用分布，進行文件處理、報表打印，用 DDE 和 OLE 進行程序之間的通信，直接調用 SQL 語句操縱數據庫等等。 PowerBuilder 提供了多種流行軟件的接口庫 Netware Library Pen Computing Library Lotus Notes Library Microsoft MAPI 1 PowerBuilder 支持多種平臺 目前， PowerBuilder 能夠在 Microsoft Windows 、 Windows 95Windows NTAlpha/IntelApple Mac Sun Saloris IBM AIX HP Unix 等 多種平臺上開發(fā)和運行應用程序，并能夠不加改動地應用于其它平臺上。 1支持 Inter/Intra 下的 Web 應用開發(fā) 1支持團體開發(fā) 1對多種數據庫的支持 PowerBuilder 幾乎支持所有的數據庫，它提供了到多種數據庫的專用接口和 ODBC 接口。 167。 PowerBuilder 與 Client/Server 體系結構 Client/Server 模式 在 C/S 結構中，存在著幾個非常重要的基本概念，它們是：主機、終端、客戶機、工作站和服務器。在分析 C/S 網絡結構之前，必須 搞清楚它們之間的區(qū)別。 最早的計算機網絡是伴隨著主機 (Host)和終端（ Terminal）這兩個概念的出現(xiàn)而產生的。當時的主機通常是指具有中央處理單元（ CPU）的大型機或功能較強的小型機，而終端則是指計算機的輸入輸出設備。終端沒有自己的 CPU，當然也沒有自己的內存，其主要功能是將鍵盤輸入的請求數據發(fā)往主機并將主機的運算結果顯示出來。主機和終端共同構成了集中式系統(tǒng)結構。在這種應用系統(tǒng)中，幾乎所有的工作都是由主機來完成，終端僅僅作為一種輸入輸出設備，因此系統(tǒng)負荷重、效率低、擴充性差。 之后隨著計算機網絡結構的細 化，不同的計算機開始在網絡中擔負不同的任務，于是出現(xiàn)了文件服務器 /網絡工作站（ F/W）式結構的模型。其中，工作站（ Workstation）和服務器（ Server）都是獨立的計算機。當一臺連入網絡的計算機向其它計算機（工作站）提供各種網絡服務（如數據、文件的共享）時，它就被叫做服務器。而那些用于訪問服務器資料的計算機則被叫做工作站。在 F/W 結構中，所有實際的數據處理工作仍在運行數據庫應用程序的 PC 工作站上完成，因此不論文件服務器的性能有多高，其整體網絡性能都將受到 PC 機能力的限制。 客戶機（ Client）是伴 隨 C/S 數據訪問的興起而被提出來的，在一般人的理解中它和 F/W 概念沒有本質的區(qū)別。但是，嚴格說來， C/S 模型并不是從物理分布的角度來定義的。它既包括具體的網絡結構設計，又包括軟件的運行和組織，所體現(xiàn)的是一種網絡數據的訪問方式。這里的客戶機和服務器不僅指承擔不同任務的計算機本身，而且包括主機上運行的客戶端和服務器端的軟件環(huán)境。它們的區(qū)別，是相對于各自在網絡數據庫訪問中所處的地位或實現(xiàn)的功能而言的。 理解了以上的基本概念，才可以更好地理解 C/S 結構的實質和運行方式：所謂 C/S 結構，是將數據存取與應用程序分離開來 ，把一個軟件系統(tǒng)或應用系統(tǒng)按功能分成若干個部分，再將這些軟件的組成部分按其不同的角色分成 Client 軟件和 Server 軟件，分別放置在客戶機和服務器上。客戶機程序負責用戶交互界面、數據表示及應用處理邏輯等應用部分，而服務器端則負責數據存取管理、完整性控制及并發(fā)控制等數據庫管理部分?？蛻魴C程序應用通過 SQL 語句訪問數據庫，相應的 SQL 語句經網絡傳輸到服務器端，由服務器端的數據庫服務器解釋執(zhí)行這些 SQL 語句，執(zhí)行后的結果數據送回客戶機。 Client/Server 體系結構的優(yōu)缺點 我們看到，客戶 /服務器體系結構有以下優(yōu)點： l 應用邏輯與數據實現(xiàn)分離，實現(xiàn)了在網絡上的負載均衡； l 充分利用了網絡服務器的處理能力?？蛻糁行鑼⒄埱笏蛿祿旆掌鳎瑪祿樵児ぷ饔煞掌鱽沓袚?，服務器的能力可以得到充分的發(fā)揮。 但是它也有以下一些缺點： l 由于計算機技術的快速進步和企業(yè)需求變化的加快，企業(yè)面臨的硬件、網絡操作系統(tǒng)、數據庫系統(tǒng)、開發(fā)工具、應用系統(tǒng)的升級周期越來越短，因此“維護”客戶服務器的費用就變得越來越高昂。 l 快速升級的硬件、網絡操作系統(tǒng)、數據庫系統(tǒng)、開發(fā)工具使企業(yè)的技術人員失去了方向：不斷地消化新技術，卻無瑕顧及企業(yè)要解決的問題 l 在客戶端，必須安裝操作系統(tǒng)（一般為 Windows95/NT）、網絡軟件、特定的中間件（ Sybasse NetLibrary）以及應用軟件系統(tǒng)才能工作，因此應用系統(tǒng)的安裝、升級和維護通常需要專業(yè)人員才能用勝任，且必須各站點逐個安裝，從而使客戶端的維護費用變得也很高昂。對主機系統(tǒng)來說，這一點要優(yōu)越的多，只需要在主機上安裝一次即可。 PowerBuilder 是客戶 /服務器體系結構下客戶端的開發(fā)工具 前面已提到， PowerBuilder 是客戶 /服務器體系結構下開發(fā) 客戶程序用的開發(fā)工具，用 PowerBuilder 開發(fā)出的程序可以存取數據庫中的數據。下圖表示了 PowerBuilder 與數據庫配合工作的方式。 我們看到， PowerBuilder 作為客戶端的應用開發(fā)工具，主要完成的是表示邏輯方面的工作，例如，菜單、錄入界面。 而數據庫服務器管理的是事務邏輯和數據存取方面的工作。因此， PowerBuilder 開發(fā)工作應分為兩部分，一部分是前臺表示邏輯方面的工作，另一部分是數據庫后臺方面的設計工作（如數據庫觸發(fā)器、存儲過程和視圖等的設計）。一個好的應用系統(tǒng)，前臺開發(fā)與后設計應是有機結合、合理分布的；良好的后臺設計可以降低前臺的開工作量，提高系統(tǒng)的運行效率。 167。 數據庫編程 PowerBuilder 與數據庫的關系是“配合”與“協(xié)調”的關系。 PowerBuilder 完成數據請求、數據表現(xiàn)、菜單、界面 等表象方面的工作，而數據庫服務器完成數據庫數據的存儲管理、安全管理、并發(fā)控制、事務管理、完整性維護、查詢優(yōu)化等工作。 PowerBuilder 在操作數據庫時與以下幾方面有關： 在數據庫畫筆中定義數據庫表和視圖 l 定義表的結構 l 表中列的擴展屬性 178。 定義表中列的顯示風格 178。 定義表中列的編輯屏蔽 178。 定義表中列的校驗 l 定義表的主鍵 l 定義表的外部鍵 l 定義表的索引 PowerBuilder 有五個系統(tǒng)表，這五個系統(tǒng)表是 PowerBuilder 初次連接到數據庫時系統(tǒng)自動建立的。下表給出了這個系統(tǒng) 表的表名和它們的作用 PowerBuilder 系統(tǒng)表 用途 PBCATTBL 存放表或視圖，表或視圖中列的缺省字體。 PBCATCOL 存放列用到的顯示風格名、校驗規(guī)則名和編輯風格名；列的標題、列的標簽、字體的大小寫，字體的對齊方式。 PBCATFMT 列的顯示風格定義。 PBCATVLD 列的校驗規(guī)則定義。 PBCATEDT 列的編輯風格定義。 表 3－ 1 PowerBuilder 系統(tǒng)表 在數據庫畫筆中在圖形方式下操作數據庫 這些操作包括： l 插入記錄 l 修改記錄 l 刪除記錄 l 查詢記錄 l 把查詢出的記錄存入文件 l 把表或視圖的定義轉變成建表的 SQL 語名 這些功能是給開發(fā)人員和管理人員提供的。 在數據庫畫筆中用 SQL 語句執(zhí)行平臺管理操作數據庫 l 生成數據庫 l 管理數據庫 l 維護數據 在這里創(chuàng)建的表和規(guī)則不會記錄在 PowerBuilder 系統(tǒng)表中 在查詢畫筆中定義查詢對象 如果一個查詢動作要多次使用，還可以用 PowerBuilder 的查詢畫表生成查詢對象這個查詢對象不能由數據庫畫表調用，它只能由查詢畫表本身調用執(zhí)行。在建立數據窗口時，數據源也可以做在查詢對象之上。 事實上，查詢對象就是寫好了的 SQL 語句，它存在 PowerBuilder 的 pbl 文件中，在使用的時候調用即可。 用數據管道在不同數據庫之間轉換數據 數據管道允許把一個數據庫的數據（一個或多個表中的全部或部分行）轉入到 另一個數據庫的一個表中（這個表可以存在或不存在），從而可以使數據在不同數據庫之間相互復制。 用數據窗口操作數據庫 Datawindow 是 PowerBuilder 操作數據庫的重要的手段，通過數據窗口可以查 修改、插入和刪除數據庫的數據。 PowerBuilder 數據窗口操作數據庫的能力非常 強，是 PowerBuilder 的精華所在。 l 數據窗口的數據源可以是： 178。 表或視圖 178。 多表連接 178。 查詢對象 178。 外部數據源 178。 存儲過程 l 數據窗口列數據的顯示風格 l 數據窗口列的編輯屏蔽 l 數據窗口列的校驗 PowerScript 直接調用 SQL 語句操作數據庫 PowerBuilder 對數據庫的操作即可以通過數據窗口完成 (本質上是數據窗口屏幕上對數據庫的操作轉化成 SQL 語句 )，又可以在 PowerScript 語言中直接調用 SQL 或存儲過程 (本質上仍是 SQL 語句 )完成。詳細操作在第 *個章節(jié)已經 介紹。 第四章 局域網圖書資料查詢系統(tǒng)設計分析 根據數據庫系統(tǒng)生存期的設計方法，從數據庫應用系統(tǒng)和開發(fā)的全過程來考慮，將數據庫應用系統(tǒng)設計分為以下幾個階段（見圖 4－ 1） 1）規(guī)劃； 2）需求分析； 3）概念設計； 4）邏輯設計 5）物理設計 167。 應用需求分析 要設計一個良好的局域網圖書資料查詢系統(tǒng)，就必須首先明確該應用環(huán)境對系統(tǒng)的要求。局域網圖書資料查詢系統(tǒng)的應用背景為：一個數十人的科研或開發(fā)小組，搜集了上千冊有用的圖書資料，其中有一部分分布在個人手中，為了方 便大家查閱，需要對每本書的狀態(tài)進行跟蹤，另新進和丟失的圖書資料必須得到及時的反映。因此，該系統(tǒng)需滿足以下幾方面需求： l 用戶的管理：必須具有使用權限的用戶才能成功登錄到系統(tǒng)中來。所謂用戶權限在這里并不要求有功能上具體的劃分，集中實行松散管理，這建立在用戶高度自覺的基礎上。所以，在這里只需給每個需要使用系統(tǒng)的人一個用戶名和密碼，即可登錄系統(tǒng)進行各種操作。新的用戶需要取得管理員的許可將其加入系統(tǒng)，加入系統(tǒng)的用戶可以對自己的用戶密碼進行修改。 l 查詢功能：系統(tǒng)需要提供幾種不同方式的查詢手段，以實現(xiàn)靈活方便地管 理整個系統(tǒng)。 178。 圖書分類查詢：一本圖書包括書名、出版社、作者、保管人等多個信息，這就要求系統(tǒng)能按照不同的信息類別對圖書進行查詢。比如說，按書名查詢、按作者查詢等。選定需要的查詢信息類別，再輸入想查詢的內容即可查詢到相關的圖書信息。 178。 多條件查詢：很多時候，用戶需要了解的信息不僅僅局限于一個條件，比方說想同時查詢書名為“數據庫原理”但出版社僅為“經濟科學出版社”的圖書信息時，單純的分類查詢就不能滿足用戶的需要，這時就要用到多條件查詢。也就是說，多條件查詢不僅可以實現(xiàn)單個的分類查詢，還可以實現(xiàn)多條分類查詢的 組合查詢。每個查詢條件之間用“并且”或“或者”的關系關聯(lián)起來組成完整的查詢條件。 178。 模糊查詢：對于用戶來說并不一定完全記得某本圖書準確的名稱，類似，對于作者、出版社等等信息來說，很多時候用戶只是記得一些相關的信息而不是一字不差的準確信息。這個時候就要用到模糊查詢。用戶輸入查詢內容后，系統(tǒng)將會把包含查詢內容的 (注意：并不是精確的等于查詢內容 )所有相關圖書信息顯示出來，以使用戶得到準確的、自己真正需要的信息內容。 l 更新與編輯： 178。 更新：系統(tǒng)允許用戶對查詢到的內容進行修改并且存盤。 178。 編輯：系統(tǒng)允許用戶 對現(xiàn)庫進行插入、刪除的操作，保證現(xiàn)庫的真實性與實時性。 l 打印輸出：系統(tǒng)可以將用戶查詢到的內容動態(tài)地生成報表，并打印輸出。 167。 系統(tǒng)功能模塊劃分 局域網圖書圖書資料查詢系統(tǒng)功能劃分模塊圖如下： 167。 系統(tǒng)數據庫設計 概念設計 概念設計的目標是產生反映局域網圖書資料查