【正文】 ssion 沒(méi)有關(guān)閉，但是事務(wù)沒(méi)有被提交。 )。需要注意的是 SessionFactory 并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一個(gè) SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫(kù)時(shí)，可以為每個(gè)數(shù)據(jù)庫(kù)指定一個(gè)SessionFactory。 Query 和 Criteria 接口 :Query 和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫(kù)查詢。不同的用戶，權(quán)限不一樣，進(jìn)入后的操作是不一樣的。 第 3 章 報(bào)表設(shè)計(jì)和實(shí)現(xiàn) 業(yè)務(wù)流程 幾乎在整個(gè)業(yè)務(wù)的每個(gè)流程中都涉及到了報(bào)，我會(huì)通過(guò)介紹其中最復(fù)雜的員工購(gòu)物流程來(lái)闡述我的設(shè)計(jì)理念和實(shí)現(xiàn)理念。 員工在系統(tǒng)中主要是提交購(gòu)物申請(qǐng)、查看自己的申請(qǐng)是否被批準(zhǔn)，報(bào)表在提交時(shí)，會(huì)有兩個(gè)走向：報(bào)到總經(jīng)理和報(bào)到部門(mén)經(jīng)理處；部門(mén)經(jīng)理會(huì)查詢員工提交的申請(qǐng)，審核后批準(zhǔn)或不批準(zhǔn)；總經(jīng)理一樣會(huì)查詢員工提交的申請(qǐng)，審核后批準(zhǔn)或不批準(zhǔn)。在我們編寫(xiě)的系統(tǒng)中，是從一張叫 equipmentinfo 的表中提取出來(lái)的，它的數(shù)據(jù)庫(kù)表的設(shè)計(jì)如下： EQUIPMENT_INFO 通用及專用設(shè)備信息表 列 名 數(shù)據(jù)類型 主鍵 約束 默認(rèn)值 對(duì)應(yīng)字典 數(shù)據(jù)項(xiàng) 描述 ITEM_ID VARCHAR(10) 是 必填 設(shè)備 ID NAME VARCHAR(20) 必填 設(shè)備名稱 TAG_CODE INT 必填 分類代碼 TYPE VARCHAR(20) 必填 設(shè)備類型 PRICE DOUBLE 必填 設(shè)備價(jià)格 元 USER VARCHAR(10) 必填 使用人 AMOUNT DOUBLE 必填 數(shù)量 RECEIVEDATE DATE 必 填 領(lǐng)用日期 USEDTIME VARCHAR(10) 已用日期 STATUS INT 必填 0:未使用 1:預(yù)訂 2:使用中 3:維護(hù)中 狀態(tài) 由上圖可以看出，這個(gè)設(shè)備的描述字段有 10 個(gè)，但是我呈現(xiàn)給用戶的表單如下圖： 如圖所示：對(duì)于員工在購(gòu)買(mǎi)時(shí)，我顯示出的報(bào)表只有 NAME, TYPE, AMOUNT, PRICE 四個(gè)。我們先來(lái)看看我們數(shù)據(jù)庫(kù)中的兩張表： PURCHASING_INFO 網(wǎng)上購(gòu)物信息表 列名 數(shù)據(jù)類型 主鍵 約束 默認(rèn)值 對(duì)應(yīng)字典 數(shù)據(jù)項(xiàng) 描述 ITEM_ID VARCHAR(10) 是 必填 數(shù)據(jù)庫(kù) ID 產(chǎn)品加入數(shù)據(jù)庫(kù)自動(dòng)加上的ID ITEM_NAME VARCHAR(20) 必填 產(chǎn)品名稱 TAG_CODE INT 必填 分類代碼 TYPE VARCHAR(20) 必填 產(chǎn)品類型 PRICE INT 必填 產(chǎn)品價(jià)格 AMOUNT VARCHAR(10) 必填 產(chǎn)品數(shù)量 REMARK VARCHAR(20) 備注 EMPLOYEE_INFO 員工信息表 列名 數(shù)據(jù)類型 主鍵 約束 默認(rèn)值 對(duì)應(yīng)字典 數(shù)據(jù)項(xiàng) 描述 EMP_ID VARCHAR(10) 是 必填 員工 ID NAME VARCHAR(10) 必填 員工姓名 SEX CHAR 必填 M：男 F：女 性別 DEPARTMENT VARCHAR(5) 必填 部門(mén) ID POST INT 必填 0：系統(tǒng)管理員 1：總經(jīng)理 2：后勤部經(jīng)理 3：財(cái)務(wù)部經(jīng)理 4：技術(shù)部經(jīng)理 5：后勤部員工 6：財(cái)務(wù)部員工 7：?jiǎn)T工 職位 PHONE INT 必填 電話 ADDRESS VARCHAR(60) 必填 地址 REMARK VARCHAR(20) 備注 員工信息表中的“ POST”和網(wǎng)上購(gòu)物信息表中的“ REMARK”這兩個(gè)字段，和我將要闡述 的實(shí)現(xiàn)原理是密切相關(guān)的。比如，我擁有一個(gè)對(duì)象，然后去數(shù)據(jù)庫(kù)中查找和它相似的對(duì)象。用 function 的話，我就能設(shè)置一個(gè)參數(shù)來(lái)傳遞頁(yè)面的當(dāng)前記錄的id。顯然，我是從一張表取出一條記錄，存放到另一張表中，其中肯定有很多缺少的東西，你在提交時(shí)，就是根據(jù)表格的內(nèi)容創(chuàng)造出一條字段對(duì)應(yīng)好的記錄，插入到表中。在登錄模塊，就已經(jīng)將登錄者的名字存放到 session 中了，此時(shí)，你根據(jù)人物的名字將對(duì) 應(yīng)的職務(wù)取出，進(jìn)行判斷從來(lái)跳轉(zhuǎn)到不同的頁(yè)面。你點(diǎn)擊按時(shí)間查詢后，它會(huì)跳轉(zhuǎn)到按時(shí)間查詢的頁(yè)面中。)。如果你的客戶要做出財(cái)政報(bào)告并要便于對(duì)比，那么表格的形式明顯是不太方便的，柱狀是比較理想的，因?yàn)樗荒苛巳?，容易?出結(jié)論；但是不是說(shuō)你一個(gè)系統(tǒng)中只出現(xiàn)一種形式的報(bào)表，應(yīng)該是多種形式相結(jié)合的，柱狀圖適合多階段的對(duì)比，而餅狀圖就適合比較同一階段不同元素所占的比例。顯然，報(bào)表數(shù)據(jù)來(lái)自數(shù)據(jù)庫(kù)，檢索的效率就會(huì)直接影響到報(bào)表的效率，比如，同一張表，你根據(jù)兩個(gè)字段來(lái)查詢結(jié)果，肯定比只用一個(gè)字段查詢更耗時(shí)；再者，你編寫(xiě)程序所用的技術(shù)和框架依然會(huì)影響到報(bào)表的性能，比如，報(bào)表環(huán)節(jié)中最耗時(shí)的一件事情就是連接和關(guān)閉數(shù)據(jù)，那么連接池的使用和不適用就會(huì)直接影響這個(gè)數(shù)據(jù)獲得耗時(shí)。我們每個(gè)人取 得的任何成就，都離不開(kāi)家人父母的辛勤、汗水和默默的支持，在這里我向他們表示我深深的敬愛(ài)。他的嚴(yán)格要求和在研究方法上對(duì)我的指導(dǎo)，使我能夠完成這篇論文。對(duì)數(shù)據(jù)庫(kù)深刻的了解才是你做出報(bào)表的關(guān)鍵所在，流程的復(fù)雜性的，功能的多樣性都會(huì) 指導(dǎo) 報(bào)表 的設(shè)計(jì)和實(shí)現(xiàn) 。 首先，你獲得你查詢的結(jié)果會(huì)有多少條記錄，設(shè)定好一頁(yè)顯示幾條記錄，然后順序的分別顯示相應(yīng)的頁(yè)面上。${}39。在每條記錄中會(huì)有一個(gè) user 字段，通過(guò) user 獲得他所在的部門(mén)名字，如果他所在的部門(mén)名字和用戶輸入的名字是一樣的，就將這條記錄放到即將要顯示的結(jié)果集中，也是個(gè)List，然后 顯示到頁(yè)面上。 審批報(bào)表涉及到的頁(yè)面有三個(gè)，每個(gè)頁(yè)面的布局都是一樣的。${}39。 對(duì)于每條記錄的操作，就是獲取當(dāng)前對(duì)象的各個(gè)字段值，填寫(xiě)到跳轉(zhuǎn)到得頁(yè)面的對(duì)應(yīng)的欄中。 下面，我將結(jié)合流程來(lái)具體闡述我是如何實(shí)現(xiàn)的?？纯瓷厦婺菑埍?，在 STATUS 的字段中，用數(shù)字代表了一系列的狀態(tài)，但是顯示的時(shí)候肯定不能直接把數(shù)字填充到報(bào)表里。所謂準(zhǔn)確就是，你不能呈現(xiàn)用戶不需要的東西。 報(bào)表與人物角色 在這個(gè)企業(yè)資產(chǎn)管理系統(tǒng)中，報(bào)表的設(shè)計(jì)都是依賴于客戶需求的。設(shè)計(jì)者在設(shè)計(jì)出數(shù)據(jù)庫(kù)后，需要插入各種數(shù)據(jù)，插入記錄時(shí)，必須要先插入主表中的數(shù)據(jù)，再插入其他表中的記錄。 基本編碼流程是： 首先，初始化 Hibernate，并創(chuàng)建 SessionFactory，從中取得 Session，開(kāi)始事務(wù)，執(zhí)行數(shù)據(jù)庫(kù)操作，關(guān)閉事務(wù)，關(guān)閉 Session。 通過(guò)這些接口，不僅可以對(duì) 持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。 經(jīng)過(guò)一個(gè)月的實(shí)踐， Hibernate 技術(shù)需要為每張表寫(xiě)一個(gè)對(duì)應(yīng)的類，類中的成員變量是表中每個(gè)字段對(duì)應(yīng)的類型和名字。您可以認(rèn)為，以 SQL 為中心的解決方案（比如 iBATIS）是“反向的”對(duì)象 /關(guān)系映射工具，而 Hibernate 是一個(gè)更為傳統(tǒng)的 ORM。 如果您使用的是 Hibernate 2 環(huán)境，這些工具鮮有提供，但是存在可用的第三方工具。我所在的公司就曾有過(guò)在開(kāi)發(fā)過(guò)程后期被迫更換數(shù)據(jù)庫(kù)廠商的經(jīng)歷。 運(yùn)行時(shí)， Hibernate 讀取映射文檔，然后動(dòng)態(tài)構(gòu)建 Java 類，以便管理數(shù)據(jù)庫(kù)與 Java之間的轉(zhuǎn)換。 這類工具有很多，從昂貴的商業(yè)產(chǎn)品到內(nèi)置于 J2EE 中的 EJB 標(biāo)準(zhǔn)。 Hibernate 是一個(gè)免費(fèi)的開(kāi)源 Java 包，它使得與關(guān)系數(shù)據(jù)庫(kù)打交道變得十分輕松，就像您的數(shù)據(jù)庫(kù)中包含每天使用的普通 Java 對(duì)象一樣，同時(shí)不必考慮如何把它們從神秘的數(shù)據(jù)庫(kù)表中取出（或放回到數(shù)據(jù)庫(kù)表中）。嚴(yán)格區(qū)分這里面的概念沒(méi)有太大意義，了解一下就行。重量級(jí)容器是一種入侵式的，也就是說(shuō)你要用 EJB提供的功能就必須在你的代碼中體現(xiàn)出來(lái)你使用的是 EJB，比如繼承一個(gè)接口，聲明一個(gè)成員變量。 “容器”，這個(gè)概念困擾我好久。 Spring ORM： Spring 框架插入了若干個(gè) ORM 框架，從而提供了 ORM 的對(duì)象關(guān)系工具，其中包括 JDO、 Hibernate 和 iBatis SQL Map。 Spring 上下文包括企業(yè)服務(wù)，例如 JNDI、 EJB、電子郵件、國(guó)際化、校驗(yàn)和調(diào)度功能。說(shuō)道 Spring 就不得不說(shuō) EJB，因?yàn)?Spring 在某種意義上是 EJB 的替代品，她是一種輕量級(jí)的容器。 Struts 的原理和流程大概樣的： 讀取配置，總控制器 ACTIONSERVLET 讀取 Struts 的配置文件，為各個(gè)模塊初始化對(duì)象。 Struts 把 Servlet、 JSP、自定義標(biāo)簽和信息資源 (message resources)整合到一個(gè)統(tǒng)一的框架中，開(kāi)發(fā)人員利用其進(jìn)行開(kāi)發(fā)時(shí)不用再自己編碼實(shí)現(xiàn)全套MVC 模式，極大的節(jié)省了時(shí)間，所以說(shuō) Struts 是一個(gè)非常不錯(cuò)的應(yīng)用框 架。編寫(xiě) servlet 是最主要的，它決定你的功能，而靜態(tài)頁(yè)面主要影響視覺(jué)效果，也是很重要的。JSP 技術(shù)是比較流行的用于制作動(dòng)態(tài)頁(yè)面的一門(mén)技術(shù)，它涉及到 servlet 和靜態(tài)頁(yè)面的編寫(xiě)。以及 產(chǎn)品信息發(fā)布，項(xiàng)目日志管理，產(chǎn)品報(bào)價(jià)系統(tǒng)； 3. 資產(chǎn)核查：核查子系統(tǒng)的技術(shù)調(diào)研工作，及子系統(tǒng)的實(shí)現(xiàn)； 4. 通用及專用設(shè)備：將專用及通用設(shè)備從購(gòu)買(mǎi)、維修、處置到最后的報(bào)廢過(guò)程進(jìn)行管理。系統(tǒng)還提供耗材管理功能，供網(wǎng)上耗材申領(lǐng)和核發(fā)，統(tǒng)計(jì)耗材領(lǐng)用情況。 關(guān)鍵詞： Struts 技術(shù)； Spring 技術(shù)； Hibernate 技術(shù)； SSH 框架；數(shù)據(jù)庫(kù)；報(bào)表 ： ABSTRACT This paper is carried out on the basis of the Enterprise Asset Management system which is produced by our fourpeople group . This paper mainly introduces the Struts, Spring, Hibernate framework. Meanwhile, it gives the princeples about how to design database basing on the business you are trying to