【正文】 或者選擇 powerbuilder 主菜單 insertevent命令，此時用戶自定義事件窗口打開，現(xiàn)在將為窗口上的數(shù)據(jù)窗口增加一個實現(xiàn)添加新記錄功能的事件 ue_dwnew。惟一解決辦法就是為窗口自定義事件。通過菜單應(yīng)對數(shù)據(jù)窗口需要實現(xiàn)新增、刪除、存盤、上下移記錄以及退出窗口等功能。在菜單對象屬性中一個叫parentwindow 的屬性指定菜單對象的父窗口。在菜單對象的函數(shù)中有一個函數(shù) postevent()，該函數(shù)將指定事件放置到指定對象或控件事件隊列的尾部（異步觸發(fā)事件）。作為函數(shù) popmenu()的參數(shù)就是在窗口鼠標(biāo)指針顯示的位置處彈出菜單m_dwpop 彈出菜單中的功能設(shè)計 若僅僅彈出一個菜單而不做任何事這顯示是不行的，在彈出菜單中我們需要對數(shù)據(jù)窗口實現(xiàn)新增、刪除和存盤等一系列工作。在使用 popmenu()函數(shù)時，將菜單對象的 visible 屬性設(shè)置為 true，否則用戶不會在窗口上看到彈出菜單。彈出菜單的方式是通過菜單的 popmenu()函數(shù)。一但菜單實例創(chuàng)建完畢就可以象窗口菜單那樣使用。在數(shù)據(jù)窗口的 RbuttonDown 事件中寫上： m_dwpop lm_dwpop。調(diào)用菜單的地方是在數(shù)據(jù)窗口控件中的單擊鼠標(biāo)右鍵的事件中發(fā)生。和任何變量說明一樣，說明菜單變量的語句如下： m_dwpop lm_dwpop 其中， m_dwpop 是創(chuàng)建的彈出式菜單的菜單名字。但現(xiàn)在在進(jìn)行窗口設(shè)計的時候并沒有將任何菜單和窗口關(guān)聯(lián)，因此，首先必須創(chuàng)建菜單對象，再將菜單關(guān)聯(lián)到窗口。 圖 31 商場零售管理系統(tǒng)結(jié)構(gòu)圖 3． 2 業(yè)務(wù)流程圖 商場零售管理系統(tǒng) 基 本資料 客 戶管理 供應(yīng)商管理 商 品管理 訂單管理 進(jìn)貨管理 銷售管理 庫存管理 財務(wù)報表 員工資料 部門資料 客戶資料 客戶查詢 供應(yīng)商資料 供應(yīng)商查詢 商品資料 價格調(diào)整 訂單錄入 訂單審核 訂單查詢 進(jìn)貨錄入 審核查詢 商品銷售 明細(xì)查詢 商品入庫 查詢盤點(diǎn) 進(jìn)銷存報表 訂單錄入 出庫 進(jìn)貨錄入 審核 審核 銷售 價格調(diào)整 采購訂單 訂單管理 進(jìn)貨管理 庫存管理 銷 售管理 客戶 供應(yīng)商管理 銷售報表 庫存報表 進(jìn)貨報表 盤點(diǎn) 銷售查詢 訂單查詢 商品查詢 供應(yīng)商 商品管理 商場零售管理系統(tǒng) 畢業(yè)論文 15 圖 32 業(yè)務(wù)流程圖 3． 3 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫需求分析 及 ER圖 根據(jù)以上的系統(tǒng)功能分析，可以得到數(shù)據(jù)庫由以下幾個部分組成： （ 1） 部門信息表（ department表） （ 2） 員工基本信息表（ employee表） （ 3） 商品基本信息表（ goods表） （ 4） 供應(yīng)商基本信息表（ supplier表） （ 5） 客戶基本信息表（ customer表） （ 6） 訂單信息表（ orders表） （ 7） 商 品進(jìn)貨信息表（ purchase表） （ 8） 商品銷售表（ sales表） （ 9） 商品庫存表（ kc 表） 部門和員工 ER圖： 圖 33 部門和員工 ER圖 進(jìn)貨 ER圖： n 1 部門 員工 組成 姓名 性別 員工編號 部門 編號 n m 商 品 商品名 型號 單位 產(chǎn)地 進(jìn)價 售價 供貨 供應(yīng)商 供應(yīng)商編碼 供應(yīng)商名 地址 電話 部門 名稱 商場零售管理系統(tǒng) 畢業(yè)論文 16 圖 34 進(jìn)貨 ER圖 銷售 ER圖： 圖 35 銷售 ER圖 訂單 ER圖： 圖 36 訂單 ER圖 庫存 ER圖： n 1 庫 存 商品名 型號 單位 產(chǎn)地 入庫數(shù) 操作員 入庫 商品 入庫日期 m n 客 戶 客戶編碼 客戶名稱 公司名 地址 電話 訂貨 商 品 商品名 型號 單位 產(chǎn)地 進(jìn)價 售價 1 n 訂 單 訂單編號 部門編號 制單人 制單日期 供應(yīng)商編號 審核 員工 員工編號 性別 姓名 業(yè)績 商場零售管理系統(tǒng) 畢業(yè)論文 17 圖 37 庫存 ER圖 財務(wù)報表 ER圖： 圖 38 財務(wù)報表 ER圖 數(shù)據(jù)表具體設(shè)計 （ 1） 部門信息表（ department表） 表 31 department 表 （ 2） 員工基本信息表（ employee表） 表 32 employee表 （ 3） 商 品基本信息表（ goods表） 表 33 goods 表 1 n 財務(wù)報表 進(jìn)貨報表 銷售報表 庫存報表 打印 員工 商場零售管理系統(tǒng) 畢業(yè)論文 18 （ 4） 供應(yīng)商基本信息表（ supplier表） 表 34 supplier 表 （ 5） 客戶基本信息表（ customer表） 表 35 customer 表 （ 6） 訂單信息表（ orders表） 表 36 orders表 （ 7） 商品進(jìn)貨信息表（ purchase表） 商場零售管理系統(tǒng) 畢業(yè)論文 19 表 37 purchase表 （ 8） 商品銷售表（ sales表） 表 38 sales 表 （ 9） 商品庫存表（ kc 表） 表 39 kc 表 商場零售管理系統(tǒng) 畢業(yè)論文 20 3． 4 關(guān)鍵設(shè)計 本系統(tǒng)采用彈出菜單的功能，將多個按鍵的功能集于一身，省去一個界面里有多個按鍵，使得界面簡潔直觀。 本系統(tǒng)采用的是簡單實用的 Access 作為數(shù)據(jù)庫的開發(fā)后臺。 (3)SQL Server 為微軟的中間檔次的數(shù)據(jù)庫開發(fā)平臺，由于其強(qiáng)有力的操作系統(tǒng)，以及微軟產(chǎn)品內(nèi)部的良好連接性能，使得 SQL 的市場占有率急劇上升。 不足之處是它太過于復(fù)雜，價格昂貴，使得一般的用戶不易使用。 (2)Oracle 是數(shù)據(jù)庫中最為優(yōu)秀的一種選擇。它對于一般的平面文件相比，它有著可以對實體之間進(jìn)行關(guān)聯(lián)。 (1)Access 是微軟推出的簡單的一個數(shù)據(jù)庫，它采用一個文件的方式，內(nèi)部以基于表，窗體，報表等一系統(tǒng)的機(jī)制對外提供一個數(shù)據(jù)平臺。面向?qū)ο髷?shù)據(jù)庫是面向?qū)ο蟾拍钆c數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物。因此，人們需要更高級的數(shù)據(jù)庫技術(shù)來表達(dá)這類信息。 （ 4）面向?qū)ο竽Ｐ?。關(guān)系模型是數(shù)學(xué)化模型。關(guān)系模式相當(dāng)于前面提到的記錄類型，它的實例稱為關(guān)系，每個關(guān)系實際上是一張二維表格。關(guān)系模型的主要是用二維表格結(jié)構(gòu)表達(dá)實體集，用外鍵表示實體間聯(lián)系。但是使用這兩種模型建立起的許多數(shù)據(jù)庫仍然在正常運(yùn)轉(zhuǎn)，只是在外層加了個關(guān)系數(shù)據(jù)庫語言的接口。網(wǎng)狀模型的缺點(diǎn)是編寫應(yīng)用程序比較復(fù)雜，程序員必須熟悉數(shù)據(jù)庫的邏輯結(jié)構(gòu)。有向圖中的結(jié)點(diǎn)是記錄類型，有向邊表示從箭尾一端的記錄類型到箭頭一端的記錄類型間聯(lián)系是 1∶ N 聯(lián)系。用有向圖結(jié)構(gòu)表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。但層次模型有兩個缺點(diǎn)：一是只能表示 1∶ N 聯(lián)系，雖然有多種輔助手段實現(xiàn)了 M∶ N聯(lián)系，但都較 復(fù)雜 ,二是由于樹型結(jié)構(gòu)層次順序的嚴(yán)格和復(fù)雜，引起數(shù)據(jù)的查詢和更新操作也很復(fù)雜，因此，編寫應(yīng)用程序也很復(fù)雜。上一層記錄類型和下一層記錄類型間聯(lián)系是 1∶ N聯(lián)系。用樹型結(jié)構(gòu)表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。這類模型有嚴(yán)格的形式化定義。 這類模型涉及到計算機(jī)系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為 “ 結(jié)構(gòu)數(shù)據(jù)模型 ” 。這一其中著名的模型是 “ 實體聯(lián)系模型 ” 。 數(shù)據(jù)庫模型 目前廣泛作用的數(shù)據(jù)模型可分為兩種類型 ： 1獨(dú)立于計算機(jī)系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織所關(guān)心的信息結(jié)構(gòu)，這類模型稱為 “ 概念數(shù)據(jù)模型 ” 。數(shù)據(jù)庫中有三種不 同類型的關(guān)鍵字：主關(guān)鍵字、組合關(guān)鍵字和外關(guān)鍵字。一個更高級的連接形式稱為自連接。 數(shù)據(jù)庫之間的關(guān)系指明兩個庫之間共享一個共同的關(guān)鍵字值。目前主要有六種范式：第一范式、第二范式、第三范式、 BC范式、第四范式、第五范式。關(guān)系數(shù)據(jù)庫中的關(guān)系必須滿足一定的要求。關(guān)系模式是用來定義關(guān)系的，一個關(guān)系數(shù)據(jù)庫包含一組關(guān)系，定義這組關(guān)系的關(guān)系模式的全體就構(gòu)成了該數(shù)據(jù)庫的模式。 關(guān)系數(shù)據(jù)庫是以關(guān)系模型為基礎(chǔ)的數(shù)據(jù)庫，它利用關(guān)系描述現(xiàn)實世界。 實際上設(shè)計任何一種數(shù)據(jù)庫 應(yīng)用系統(tǒng) ,不論是層次的、網(wǎng)狀的還是關(guān)系的，都會遇到如何構(gòu)造合適的數(shù)據(jù)模式即邏輯結(jié)構(gòu)的問題。創(chuàng)建任何一個數(shù)據(jù)庫的第一步是仔細(xì)的規(guī)劃數(shù)據(jù)庫，設(shè)計必須是靈活的、有邏輯的。 2． 3 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫是一種存儲數(shù)據(jù)并對數(shù)據(jù)進(jìn)行操作的工具。采用這 種方法 ,只要您所用的數(shù)據(jù)庫支持嵌套事務(wù)和存儲點(diǎn)等事務(wù)管理 ,我們通過 PowerBuilder 開發(fā)出的應(yīng)用也就同樣可以實現(xiàn)。實現(xiàn)人工事務(wù)管理的方式是采用 EXECUTEIMMEDIATE 這條PowerBuilder 指令來執(zhí)行任意的數(shù)據(jù)庫操作。 自己進(jìn)行事務(wù)管理的方式是直接使用數(shù)據(jù) 庫本身的事務(wù)指令。不過在普通的應(yīng)用中 ,存儲點(diǎn)和嵌套事務(wù)管理并不是必須的 ,一般的事務(wù)管理足以夠用。您不去考慮整個事務(wù) ,而只需把您所作的修改提交或滾回即可。因此你可以先把 AutoCommit設(shè)為真 ,當(dāng)您需要開始一個事務(wù)時 ,將其置為 false,此刻即為事務(wù)起始點(diǎn)。因此我們可以利用 AutoCommit 的特性來確定事務(wù)的起點(diǎn) ,當(dāng)我們把 AutoCommit 的屬性設(shè)為 False時 ,系統(tǒng)設(shè)定此時為事務(wù)的起點(diǎn)。 當(dāng)然 ,您可以設(shè)置 AutoCommit屬性為假 (缺省值 ),使用 COMMIT 或 ROLLBACK 這樣的 關(guān)鍵詞提交或回退事務(wù)。 事務(wù)對象的 AutoCommit 屬性 事務(wù)對象有一個 AutoCommit 的屬性可以使開發(fā)者簡化對事務(wù)管理的操作 ,這一布爾型的屬性可以用 TRUE 或 FALSE 來對其賦值。 在多用戶系統(tǒng)中 ,修改和提交的時間越接近 ,提交成功的可能性就越高。 如果您使用的是多窗口的應(yīng)用 ,卻只用一個事務(wù)對象 ,就應(yīng)格外注意 ROLLBACK 和 COMMIT會影響事務(wù)的邏輯一致性。在修改被提交前 ,數(shù)據(jù)庫的數(shù)據(jù)并沒有被真正地修改 ,這些修改被保留在某個工作區(qū) ,只有作修改的用戶才能看到這些被修改后的值 ,提交之后 ,則所有的用戶就都可以看到新值了。 當(dāng)您需要應(yīng)用與數(shù)據(jù)庫建立連接時使用 CONNECT 這一操作命令 ,取消連接時執(zhí)行DISCONNECT,這兩個命令一般分別用在應(yīng)用的開始和結(jié)束 ,也就是 Application 的 Open和 Close事件中。由于大多數(shù)的應(yīng)用只用到一個數(shù)據(jù)庫 ,所以一般開發(fā)者主要也只用 SQLCA 作為與唯一數(shù)據(jù)庫連接的事務(wù)對象。在 PowerBuilder中有一種稱作事務(wù) (t