【文章內(nèi)容簡(jiǎn)介】 字而被直接調(diào)用。當(dāng)對(duì)某一表進(jìn)行諸如UPDATE、 INSERT、 DELETE 這些操作時(shí)，SQL Server 就會(huì)自動(dòng)執(zhí)行觸發(fā)器所定義的SQL 語(yǔ)句，從而確保對(duì)數(shù)據(jù)的處理必須符合由這些SQL 語(yǔ)句所定義的規(guī)則。觸發(fā)器的主要作用就是其能夠?qū)崿F(xiàn)由主鍵和外鍵所不能保證的復(fù)雜的參照完整性和數(shù)據(jù)的一致性。除此之外，觸發(fā)器還有其它許多不同的功能：（1） 強(qiáng)化約束（Enforce restriction）觸發(fā)器能夠?qū)崿F(xiàn)比CHECK 語(yǔ)句更為復(fù)雜的約束。 （2） 跟蹤變化Auditing changes觸發(fā)器可以偵測(cè)數(shù)據(jù)庫(kù)內(nèi)的操作，從而不允許數(shù)據(jù)庫(kù)中未經(jīng)許可的指定更新和變化。（3） 級(jí)聯(lián)運(yùn)行（Cascaded operation）。觸發(fā)器可以偵測(cè)數(shù)據(jù)庫(kù)內(nèi)的操作，并自動(dòng)地級(jí)聯(lián)影響整個(gè)數(shù)據(jù)庫(kù)的各項(xiàng)內(nèi)容。例如，某個(gè)表上的觸發(fā)器中包含有對(duì)另外一個(gè)表的數(shù)據(jù)操作（如刪除，更新，插入）而該操作又導(dǎo)致該表上觸發(fā)器被觸發(fā)。 （4） 存儲(chǔ)過(guò)程的調(diào)用（Stored procedure invocation）。為了響應(yīng)數(shù)據(jù)庫(kù)更新觸，發(fā)器可以調(diào)用一個(gè)或多個(gè)存儲(chǔ)過(guò)程，甚至可以通過(guò)外部過(guò)程的調(diào)用而在DBMS（ 數(shù)據(jù)庫(kù)管理系統(tǒng)）本身之外進(jìn)行操作。由此可見(jiàn)，觸發(fā)器可以解決高級(jí)形式的業(yè)務(wù)規(guī)則或復(fù)雜行為限制以及實(shí)現(xiàn)定制記錄等一些方面的問(wèn)題。例如，觸發(fā)器能夠找出某一表在數(shù)據(jù)修改前后狀態(tài)發(fā)生的差異，并根據(jù)這種差異執(zhí)行一定的處理。此外一個(gè)表的同一類(lèi)型（INSERT、 UPDATE、 DELETE）的多個(gè)觸發(fā)器能夠?qū)ν环N數(shù)據(jù)操作采取多種不同的處理。第三章 系統(tǒng)基礎(chǔ)函數(shù)庫(kù)的開(kāi)發(fā) MVC設(shè)計(jì)模式介紹MVC英文即ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照Model、View、Controller的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層——模型層、視圖層、控制層。 視圖(View)代表用戶(hù)交互界面，對(duì)于Web應(yīng)用來(lái)說(shuō)，可以概括為HTML界面，但有可能為XHTML、XML和Applet。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個(gè)應(yīng)用可能有很多不同的視圖，MVC設(shè)計(jì)模式對(duì)于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶(hù)的請(qǐng)求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比如一個(gè)訂單的視圖只接受來(lái)自模型的數(shù)據(jù)并顯示給用戶(hù)，以及將用戶(hù)界面的輸入數(shù)據(jù)和請(qǐng)求傳遞給控制和模型。 　　模型(Model)：就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過(guò)程對(duì)其它層來(lái)說(shuō)是黑箱操作，模型接受視圖請(qǐng)求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是MVC最主要的核心。目前流行的EJB模型就是一個(gè)典型的應(yīng)用例子，它從應(yīng)用技術(shù)實(shí)現(xiàn)的角度對(duì)模型做了進(jìn)一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計(jì)模型的框架。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對(duì)一個(gè)開(kāi)發(fā)者來(lái)說(shuō)，就可以專(zhuān)注于業(yè)務(wù)模型的設(shè)計(jì)。MVC設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開(kāi)發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。MVC并沒(méi)有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性。我們可以用對(duì)象編程來(lái)做比喻，MVC定義了一個(gè)頂級(jí)類(lèi)，告訴它的子類(lèi)你只能做這些，但沒(méi)法限制你能做這些。這點(diǎn)對(duì)編程的開(kāi)發(fā)人員非常重要。 業(yè)務(wù)模型還有一個(gè)很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實(shí)體對(duì)象的數(shù)據(jù)保（持續(xù)化）。比如將一張訂單保存到數(shù)據(jù)庫(kù)，從數(shù)據(jù)庫(kù)獲取訂單。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中。 控制(Controller)可以理解為從用戶(hù)接收請(qǐng)求, 將模型與視圖匹配在一起，共同完成用戶(hù)的請(qǐng)求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶(hù)請(qǐng)求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶(hù)點(diǎn)擊一個(gè)連接，控制層接受請(qǐng)求后, 并不處理業(yè)務(wù)信息，它只把用戶(hù)的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶(hù)。因此，一個(gè)模型可能對(duì)應(yīng)多個(gè)視圖，一個(gè)視圖可能對(duì)應(yīng)多個(gè)模型。： MVC設(shè)計(jì)模型開(kāi)發(fā)本系統(tǒng)的過(guò)程中我們考慮到如果用Asp語(yǔ)言直接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用HTML顯示,開(kāi)發(fā)速度會(huì)比較快,但由于數(shù)據(jù)頁(yè)面的分離不是很直接,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性，產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿(mǎn)足用戶(hù)的變化性需求，于是我們想到了MVC設(shè)計(jì)模式。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過(guò)模型可以得到更好地體現(xiàn)。 首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶(hù)需求的快速變化下，可能有多種方式訪(fǎng)問(wèn)應(yīng)用的要求。 其次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿(mǎn)足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)層則的改變只需改動(dòng)MVC的模型。 再次，控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說(shuō)是包含了用戶(hù)請(qǐng)求權(quán)限的概念。 最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過(guò)工程化、工具化產(chǎn)生管理程序代碼。 下面介紹本系統(tǒng)基于MVC設(shè)計(jì)模式，而開(kāi)發(fā)的一些基礎(chǔ)庫(kù)函數(shù)的實(shí)例。GF2000的視圖由函數(shù)Bill_View(ATableName, ID)實(shí)現(xiàn), 函數(shù)Bill_View(ATableName, ID)將模型的數(shù)據(jù)呈現(xiàn)給用戶(hù)，參數(shù)ATableName為某一數(shù)據(jù)庫(kù)表名，ID為該表中某條記錄的標(biāo)識(shí)，Bill_View將顯示這條記錄。GF2000的控制器由函數(shù)Bill_Controller(List_Page)實(shí)現(xiàn)，主要是一些控制按鈕及客戶(hù)端的驗(yàn)證函數(shù)?？刂瓢粹o包括：編輯、刪除、保存、保存繼續(xù)等，客戶(hù)端驗(yàn)證函數(shù)主要用來(lái)驗(yàn)證用戶(hù)輸入的數(shù)據(jù)是否合法。 GF2000的模型由函數(shù)Bill_Model(DBTableName)實(shí)現(xiàn)，根據(jù)用戶(hù)執(zhí)行的不同操作，如增加、刪除、修改、查詢(xún)，將調(diào)用不同的子函數(shù)。Bill_Model接收控制器Bill_Controler的請(qǐng)求，根據(jù)控制器傳遞的消息，如ADD_SAVE，EDIT_SAVE，DELETE等調(diào)用相應(yīng)的子函數(shù)，Bill_Insert (ATableName)，Bill_Update (ATableName)或Bill_Delete(ATableName, ID)，最后函數(shù)Bill_View將模型的當(dāng)前數(shù)據(jù)展現(xiàn)給用戶(hù)。
由于具體的函數(shù)實(shí)現(xiàn)比較繁瑣，這里就不列舉代碼了。

 第四章 項(xiàng)目的設(shè)計(jì)與實(shí)現(xiàn) 系統(tǒng)界面 界面風(fēng)格說(shuō)明版本記錄公司信息欄目活動(dòng)看板頁(yè)面第一行導(dǎo)航條定位 GF2000界面風(fēng)格圖本系統(tǒng)的所有子功能的界面風(fēng)格統(tǒng)一，每個(gè)子功能都會(huì)提供兩種頁(yè)面，列表頁(yè)面和明細(xì)頁(yè)面，下面就是這兩種頁(yè)面的實(shí)例，由于各子功能的界面都比較類(lèi)似，所以在具體介紹各子功能時(shí)就不再有界面的演示。列表頁(yè)面風(fēng)格列表域查詢(xún)域 GF2000列表頁(yè)面圖查詢(xún)域：提供對(duì)本子功能信息的查詢(xún)功能，通常是多字段查詢(xún)。 列表域：用列表顯示出查詢(xún)的結(jié)果。明細(xì)頁(yè)面風(fēng)格相關(guān)模塊明細(xì)域 GF2000明細(xì)頁(yè)面圖明細(xì)域：當(dāng)對(duì)本子功能的數(shù)據(jù)進(jìn)行編輯時(shí)，提供所有的對(duì)應(yīng)數(shù)據(jù)表的字段域。相關(guān)模塊：有些子功能還有一些相關(guān)模塊（如上圖中寄件信息子功能還有寄件明細(xì)這個(gè)相關(guān)模塊），也是在明細(xì)頁(yè)面中列出。 產(chǎn)品管理 產(chǎn)品管理是GF2000的核心基礎(chǔ)模塊，系統(tǒng)所有的業(yè)務(wù)都將基于它而建立。它對(duì)應(yīng)的是產(chǎn)品部門(mén)的工作，主要包括標(biāo)準(zhǔn)產(chǎn)品的管理（指目錄上的產(chǎn)品）、配件管理。標(biāo)準(zhǔn)產(chǎn)品的管理主要包括：產(chǎn)品目錄的維護(hù)、產(chǎn)品類(lèi)別維護(hù)、產(chǎn)品資料維護(hù)。配件管理包括：配件類(lèi)別維護(hù)、配件資料維護(hù)，配件出庫(kù)、生產(chǎn)計(jì)劃單(配件入庫(kù)單)，采購(gòu)建議、供應(yīng)商資料維護(hù).產(chǎn)品類(lèi)別產(chǎn)品管理產(chǎn)品管理配件管理產(chǎn)品資料產(chǎn)品目錄產(chǎn)品箱規(guī)配件類(lèi)別配件資料供應(yīng)商資料出庫(kù)單生產(chǎn)計(jì)劃單采購(gòu)建議 產(chǎn)品管理功能分解圖1． Product_Type 產(chǎn)品類(lèi)別表 2. Product 產(chǎn)品資料表 3. Packing 產(chǎn)品箱規(guī)表 4. Catalog 產(chǎn)品目錄表 5． Product_Catalog 產(chǎn)品目錄對(duì)應(yīng)表 6. Product_Accessory 產(chǎn)品配件對(duì)應(yīng)表 7. Product_Provider 產(chǎn)品的供應(yīng)商對(duì)應(yīng)表8. AccessoryType 配件類(lèi)別表9． Accessory 配件資料表10. Provider 供應(yīng)商信息表11. Stockout 庫(kù)存出庫(kù)單表12. StockOutDetail 出庫(kù)詳單表13. StockIn 生產(chǎn)計(jì)劃表14. StockInDetail 生產(chǎn)計(jì)劃詳表15. StockAdvice 采購(gòu)建議表16．StockAdviceDetail 采購(gòu)建議詳表下面列舉一些表的詳細(xì)設(shè)計(jì)信息：表英文名Catalog表中文名產(chǎn)品目錄描 述記錄產(chǎn)品目錄制作的相關(guān)信息主 鍵 產(chǎn)品目錄ID字段英文名中文名類(lèi)型非空描述ID產(chǎn)品目錄IDName目錄名稱(chēng)VARCHAR(20)YMake_Year目錄年份VARCHAR(4)YMake_Time制作時(shí)間DATETIMEQty制作數(shù)量INTDscp備注備注 產(chǎn)品目錄表表英文名Product_Catalog表中文名產(chǎn)品目錄對(duì)應(yīng)描 述主 鍵 ID字段英文名中文名類(lèi)型非空描述IDIDCtlg_ID目錄IDINTYPrdct_ID產(chǎn)品IDINTYpage產(chǎn)品所在業(yè)碼int 產(chǎn)品目錄對(duì)應(yīng)表表英文名Product表中文名產(chǎn)品資料描 述主 鍵 產(chǎn)品ID 字段英文名中文名類(lèi)型非空描述ID產(chǎn)品IDPrdct_No產(chǎn)品貨號(hào)VARCHAR(10)YLike_No相似貨號(hào)VARCHAR(10)產(chǎn)品可能是從樣品演化而來(lái)，這個(gè)貨號(hào)用于記錄相近的樣品的貨號(hào)。Clnt_Prdct_No客人貨號(hào)VARCHAR(20)Prdct_Type_ID產(chǎn)品類(lèi)別IDINTYCN_Name產(chǎn)品中文名VARCHAR(20)EN_Name產(chǎn)品英文名VARCHAR(100)CN_Dscp產(chǎn)品中文描述VARCHAR（500）EN_Dscp產(chǎn)品英文描述VARCHAR（500）Bar_Type條碼類(lèi)型VARCHAR(10)ENA/UPCBar產(chǎn)品條形碼VARCHAR(13)L長(zhǎng)尺寸W寬尺寸H高尺寸NW凈重重量Status_Flag產(chǎn)品狀態(tài)TINYINT0 已停產(chǎn) 1－成熟產(chǎn)品2－熱賣(mài)產(chǎn)品3－新產(chǎn)品Pic_1產(chǎn)品圖片1VARCHAR(10)0 無(wú) 1－有文件名統(tǒng)一為PRDCT_Pic1_產(chǎn)品貨號(hào)Pic_2產(chǎn)品圖片2VARCHAR(10)0 無(wú) 1－有文件名統(tǒng)一為PRDCT_Pic2_產(chǎn)品貨號(hào)Pic_3產(chǎn)品圖片3VARCHAR(10)0 無(wú) 1－有文件名統(tǒng)一為PRDCT_Pic3_產(chǎn)品貨號(hào)Quality產(chǎn)品設(shè)計(jì)質(zhì)量備注Dscp備注備注 產(chǎn)品資料表 模塊各子功能 產(chǎn)品管理（1）產(chǎn)品類(lèi)別此子功能是對(duì)產(chǎn)品的類(lèi)別信息進(jìn)行維護(hù),產(chǎn)品類(lèi)別與具體的產(chǎn)品是一對(duì)多的關(guān)系，每個(gè)類(lèi)別有多種不同款號(hào)的產(chǎn)品。相關(guān)模塊:類(lèi)別產(chǎn)品 列出該類(lèi)別的所有產(chǎn)品的一些相關(guān)信息 列表頁(yè) 代碼如下：!include virtual = /inc/ !include file = inc/% sTitle = 產(chǎn)品類(lèi)別列表 39。====== 變量初始化 LIST_NAME = ProductType LIST_TITLES = 類(lèi)別名稱(chēng) |描述 |現(xiàn)有款號(hào) LIST_FORM_ACTION = LIST_FIELDS