數據庫設計論文

導言：作為寫作愛好者，不可錯過為您精心挑選的1篇數據庫設計論文，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內容能為您提供靈感和參考。

數據庫設計論文:數據的完整性在數據庫應用系統中的設計與實施

摘要:本文主要介紹了在sql server數據庫應用系統中,在服務器端和客戶端實現數據完整性的設計方法,并結合醫院管理信息系統(簡稱jy-hmis),闡述了實施數據完整性的策略。

關鍵詞:數據完整性 數據庫 事務處理

前言

數據完整性是指數據的正確性和一致性,它有兩方面的含義:(1)數據取值的正確性,即字段列值必須符合數據的取值范圍、類型和精度的規定;(2)相關數據的一致性,即相關表的聯系字段的列值匹配。在數據庫應用系統中,保證數據完整性是應用系統設計的基本要求;數據完整性實施的好壞,關系到數據系統的正確性、一致性和可靠性,關系到系統的成敗。jy-hmis采用c/s模式體系結構,其數據庫應用系統為:sql server 7.0;客戶端的開發工具為:powerbuilder 6.5。下面主要從服務器端數據庫管理系統及客戶端的應用程序一,兩個方面進行介紹。

1 服務器端利用sql server 7.0數據庫實現數據的完整性

在用insert、delete、update語句修改數據庫內容時,數據的完整性可能遭到破壞,為了保證存放數據的正確性和一致性,sql server對數據施加了一個或多個數據完整性約束。這些約束限制了對數據庫的數據值,或者限制了數據庫修改所產生的數據值,或限制了對數據庫中某些值的修改。

在sql server關系數據庫中,主要有以下3類數據完整性:實體完整性(保證表中所有行唯一);參照完整性(主健和外健關系維護,它涉及兩個或兩個以上的表的數據的一致性維護);域完整性(某列有效性的集合,是對業務管理或是對數據庫數據的限制)。在報務器端有兩種方法實現數據完整性:定義creat table 完整性約束及定義規則、缺省、索引和觸發器。

1.1 定義 createtable 完整性約束

此方法是在創建數據庫表的命令語句中,加入表級約束或列級來實現數據完整性。如在建表語句中加入非空(not null)約束、缺省(default)約束、唯一碼(unique)約束、主鍵碼(primary key)約束、外鍵碼(foreign key)約束、校驗(check)約束等。它的主要特點是:定義簡單、安全可靠、維護方便。

1.1.1 非空約束、缺省約束和校驗約束

非空約束限定了列值不能為空值;缺省約束指定當向數據庫插入數據時,若用戶沒有明確給出某列的值時,sql server 自動輸入預定值;校驗約束則用來限定列的值域范圍。

例如,在創建圖書登記表中,限定登記日期、圖書類別編碼、登記號、中文名等列值不允許為空值;頁數的缺省值為1;單價的缺省值為0;圖書狀態只能為:“在館”、“借出”、“丟失”之一。

1.1.2 主鍵約束和唯一約束

主鍵約束和唯一約束,均為指定的列建立唯一性索引,即不允許唯一索引的列上有相同的值。主鍵約束更嚴格,不但不允許有重復值,而且也不允許有空值。

例如,在科室編碼表,對列ksbm創建主鍵約束,對ksmc創建唯一約束。

1.1.3 外鍵約束

外鍵約束又稱參照完整性約束,用來限定本表外鍵碼列值與相關表主鍵碼字段列值的匹配,即保證相關數據的一致性。

例如,在創建醫師編碼表中,醫生所屬科室 ssks 為外鍵碼,限定它與科室編碼表中的科室編碼 ksbm 列值一致。

1.2 定義規則、缺省、索引和觸發器

在數據庫表的創建命令語句中定義約束的方法,雖然具有簡單、方便、安全等特點,但它只對特定的表有效,不能應用到其他表,并且只能使用 alter table 命令修改或刪除約束,缺乏一定的靈活性。與此相反,在數據庫中創建與表相對獨立的規則、索引和觸發器對象,也能實現數據完整性,而且能實施更復雜、更完善的數據完整性約束。它的主要特點是功能強、效率高、維護方便。

1.2.1 定義規則

規則類似于表定義中的校驗約束,用來限定列的值域范圍。但它不限定于特定表,可以綁定到其他表的列或用戶自定義的數據類型中使用。

例如,在定義藥品的編碼規則rul-ypbm,可綁定到其他表中。

1.2.2 定義缺省

缺省類似于表定義中的缺省約束,用來設置列的缺省值輸入。它也不限定于特定表,可以綁定到其他表的列或用戶自定義數據類型中使用。

1.2.3 定義索引

索引類似于表定義中的唯一約束,用來保證列值的唯一性。此外,它還能使用聚簇索引和非聚簇索引選項,來增強數據檢索的性能。

例如,對于門診收費明細帳表,分別建立了按收費日期和收費序號的非聚簇索引,大大提高了數據的查詢速度,在未建立索引前,要在20多萬條記錄中查詢滿足條件的記錄,大約需要5分鐘左右,建立索引后,只需要4秒鐘左右。

1.2.4 定義觸發器

觸發器是一種實施復雜的完整性約束的有效方法,當對它所保護的數據進行修改時自動激活,防止對數據進行不正確、未授權或不一致的修改。類似于表定義中參照完整性約束;觸發器也可用來保證相關數據的一致性。它還能完成一些表定義參照完整性的約束不能完成的任務。

2 客戶端利用pb開發的應用程序實現數據的完整性

2.1 用pb的控件來確保數據的完整性

在以pb開發工具編寫的應用程序中,可使用數據窗口對象的列校驗屬性來檢查輸入數據的正確性;在窗口輸入界面中還可以采用下拉列表、復選框、單選按鈕等控件,實現固定值選取輸入來確保數據的正確;另外,應用程序本身也可以對輸入數據進行有效檢查來確保數據的完整性。

2.2 利用事務的特點來保證數據的一致性

因pb的每一操作都是基于控件中的事件,所以一個完整的事務處理要集中在一個事件或一個操作單元中。例如,門診劃價收費中的付款處理;同一個收費序號下的數據,經過處理后要記入明細帳、一級明細帳、總帳,同時還要更新收費序號登記表等;所有這些處理算是一個完整的任務,必須等所有的語句都執行成功后,才能對數據庫進行提交;如果有一條語句未執行成功,就要撤消該事務的一切操作,回退到事務開始的狀態,這樣才能保證數據的一致。利用客戶端應用程序實現數據完整性的方法,其主要特點是:交互性好、功能強,但編程偏大、維護困難、可靠性差。

3 實現數據完整性的策略

由上述可見,在sql server數據庫應用系統中,實現數據完整性的方法各有其特點。對具體應用系統,可根據需要采用其中一種或多種方法來建立數據完整性的機制,其策略為:

(1) 對于通過窗口操作輸入的數據,一般采用客戶端應用程序來確保數據的完整性。這樣,一方面可把非法數據在提交到數據庫之前就拒之門外,另一方面可使用戶及時得到操作反饋信息,做出正確的選擇。

(2) 對于通過其他途徑轉入的數據,一般需要服務器端數據庫管理系統來實現數據的完整性。

(3) 對于數據一致性的維護,宜于由服務器端數據庫的觸發器或表定義的約束來實現。這樣可降低客戶端應用程序的開發量,提高應用系統的運行效率、可維護性及可靠性。

(4) 對于數據完整性和安全性要求較高的系統,則需要采用多層保護屏障來確保數據的完整性和安全性。如:既在客戶端應用系統程序檢查輸入數據的有效性,同時又在服務器端數據庫中建立表的約束、規則、缺省和觸發器等進行數據完整性約束。這樣可以提高系統數據的可靠性和安全性。

4 結語

數據庫完整性是數據庫應用系統的最基本要求之一。在sql server數據庫應用系統中,可采用服務器端數據庫表定義約束和數據庫規則、缺省、索引、觸發器及客戶端的應用程序等三種方法實施數據的完整性。它們各有其特點,在應用系統中,應根據具體情況,靈活使用。

數據庫設計論文:關于數據庫在倉庫管理中的設計與實現

作者：何曉燕 李海　呼延戰波

【 論文 關鍵詞】數據庫 倉庫管理 設計

【論文摘要】介紹了利用數據庫在 企業 中實現對倉庫的管理，及軟件的設計與實現。

為了實現對備品備件及輔助材料倉庫的 現代 化 科學 管理，保證物資和備件管理的安全性、準確性和可靠性，降低勞動強度，提高勞動效率，為企業獲得更多更快的 經濟 效益，我們開發設計了專用的備品備件和輔助材料倉庫管理系統。

系統的設計與實現

1.我們首先對于原始的手工管理工作進行深人調查，了解備件的收、發、存物流情況，帳本和管理方式，數據統計等方面進行深入調查，經過 總結 其事務處理流程圖如下:

2.為了實現利用數據庫對倉庫進行管理，對用戶的要求進行總體概述和界面描述并進行具體的數據流分析，其頂層數據流程圖如下:(其它層略)數據流描述如下:

入出庫單=編碼十名稱+型號+規格十圖號+數量十單價+人庫單位(領料單位)定額=班組編碼+班組名稱+金額計劃單=編碼+名稱+型號十規格+圖號+申報數量+申報日期系統命令=備件錄人}系統查詢!系統統計.報表打印}生成計劃表格=全廠車間消耗表i收發存表}庫存清單l消耗明細表}消耗日報

3.將宏觀管理轉化為數據模型，進行系統總體設計和詳細設計，寫出詳細的設計說明書和計劃任務書。我們的設計說明書主要內容如下:(.l)該軟件系統是以樹形結構展開的，其模塊圖(見圖l一1)

(2)文件結構(外部文件描述)

文件bjr*.dbf bjc*.dbf* .dsh*.dbfljkc*.dbfc*.dbf gyd*.dbf分別是需求規格說明書定義的人庫、出庫、流水當前庫、單價庫存庫、標準特性編碼庫，他們對應的索引文件分別是bjr*.idx bjc*.idx lsh*.idx djkc*.idx gyd*.idx索引關鍵字是fbmvv。(*代表備件的各種分類如:閥門類、電器類、工礦類、工藝類、軸承類、小型機械、軋機軸承、儀表等)

(3)模塊描述(以頂層模塊為例)

模塊名:bjmain

編號0.0

功能:本模塊為總控模塊。產生主菜單，接收用戶對菜單的選擇而分別進人下層模塊。

界面:下屬模塊1.01.11.21.31.41.51.6

處理:case

1.調用模塊1.0系統維護

2.調用模塊1.1備件錄入

3.調用模塊1.2系統查詢

4.調用模塊1二3綜合統計

5.調用模塊1.4報表打印

6.調用模塊1.5計劃管理endcase

4.我們進行了程序代碼的編寫、并進行了功能測試、錯誤信息測試、邊界測試、用戶測試和長期系統維護，經過幾年的實踐，我們不斷進行更新和完善，該系統目前愈來愈滿足用戶的要求。

結束語

在本系統的設計中，我們充分考慮了不同的用戶給予不同的操作權限，如:倉庫保管員有錄人和查詢、統計的權限，沒有做計劃權限，而計劃員有做計劃的權限，沒有備件料單錄人的權限。另外，在界面設計上，做到界面友好，用戶界面的形式和述語都適應及戶能力和要求，同時保護一致性，系統和子系統各部分的命令和菜單有相同的形式，簡單易學，方便幫戶使用。隨著市場的變化，在該系統中我們很好地處理了同一種備件不同單價的問題和對各班組限額考核的問題。該系統投人使用，徹底地將工作人員從大數據量的、繁重的、重復性的工作中解放出來。

數據庫設計論文:淺談數據庫信息管理系統的邏輯架構與功能設計

摘要：筆者結合數據庫理論和實際經驗從以下幾個方面探討淺談數據庫信息管理系統的邏輯架構與功能設計。

關鍵詞：數據庫 信息管理系統 邏輯架構 功能設計

0 引言

數據庫信息管理系統一個重要的功能是完成系統前臺與后臺之間的數據通信。將前臺業務打包數據經過解析傳輸到后臺數據庫，達到對后臺數據庫的處理。還可以實現后臺數據庫中數據操作包括：數據的查詢、更新、刪除等操作。將業務數據從多個操作型數據庫和外部文件中抽取出來，進行清理、轉換、網絡傳輸和集成。筆者結合數據庫理論和實際經驗從以下幾個方面探討淺談數據庫信息管理系統的邏輯架構與功能設計。

1 數據庫信息管理系統邏輯架構

數據庫信息管理系統按照各個業務發展的需要，逐步進行多角度、深層次的數據分析與加工，充分加以利用，為各層用戶方便、快捷的服務，同時也使數據的采集和利用處于良性循環狀態。

數據庫信息管理系統處于整個系統的中間位置，它主要職責對數據處理，完成前臺端的請求處理，完成后臺數據庫的操作。目的是分批處理任務請求，將任務數據包解包后，加載到數據庫中，并且根據請求對數據庫中的數據進行查詢、更新、刪除，將處理的結果記錄到日志文件中。數據庫信息管理系統的基本業務邏輯描述如下：

1.1 接受請求，根據自己的實際情況，將自己的請求實時的以上傳給系統。

1.2 解析請求，系統根據接受到的請求，對其進行解析處理，首先檢查傳來的信息是不是合法，長度是否按規定的。再解析信息，在解析報文信息中，就報頭、正文、報尾的標志位做一一鑒定，若有哪一項不符合要求，就回傳應答報文給前臺讓前臺重新傳輸此報文，并將處理的數據實時的記錄在后臺對應的表中。

1.3 數據的抽取與加載，系統在對數據報文進行解析后，若收到的報文滿足要求時，就對報文中的正文段的數據抽取出來，加載到數據庫表中。

1.4 監控管理，主要是對系統中的各個環節進行監控管理，數據的導入導出情況及數據的傳輸情況進行監控管理。在加載數據時，將加載成功與否實時的記錄在數據庫表中，并寫日志文件。

1.5 對后臺數據庫的處理，系統根據報文內容，對后臺數據庫中的表進行插入、刪除、更新等操作。

2 數據庫信息管理系統的功能設計

根據上面的業務流程，我提出了數據庫信息管理系統的業務框架及各個功能模塊。數據庫信息管理系統分為六個模塊：任務管理、數據抽取、數據上傳、數據加載、監控管理、查詢統計，分別為各個模塊設計了以下功能。

2.1 任務管理 任務管理主要是指后臺管理層在抽取前臺數據時對各個任務制定與執行。對前臺數據的抽取主要是通過執行模版文件來完成，模板的管理是整個系統的核心，創建一個模板既是在定義一個數據抽取的過程，一個模板只針對同一個數據源，保證模板的原子性，模版參數文件主要由后臺數據中心需要集中的數據類型進行定制，任務管理是將多個相關的模版文件捆綁在一起，構成一個更大的可執行單位。對不同種類數據通過制作模板實現抽取功能，模板數據文件由后臺數據管理者制作存放在前臺，可增加、修改和刪除。

2.1.1 創建模板：一個模板文件包括了一個完整的數據抽取過程所有必要的數據結構。數據段包括：文件頭、文件正文、文件尾，其中文件頭重要有防偽標志位，文件的發送時間等信息，正文段主要包括此文件傳送的數據，而結尾部分主要包括此文件傳輸數據的總量等信息。

2.1.2 編輯模板：當數據需求發生變化時，可以對已存在的模版文件的參數進行修改，以適應新的需要。

2.1.3 刪除模板：當不再對該模板文件定義的數據表進行抽取時，可以刪除模板文件，取消抽取過程。

2.1.4 由于本系統文件主要是以固定長文件為主，所以，制定固定長文件是關鍵，而且這個固定長文件主要是文件頭、文件尾長度固定，而每個文件的正文部分固定，但一個頭部和尾部對應多個文件正文部分。

2.2 數據抽取 數據抽取模塊是對后臺下發的抽取任務的執行，是完成小核心數據處理的中心工作，是定義的抽取過程的具體實施階段，數據抽取模塊的主要功能包括：“數據抽取任務的載入”、“數據抽取配置”、“數據抽取執行”、“數據抽取重啟”

2.2.1 數據抽取任務的載入：數據抽取是按照前臺對后臺數據管理層下發的各項抽取任務來執行的，因此在實行數據抽取之前要對后臺管理層下發的抽取任務進行載入到當前系統中。

2.2.2 數據抽取配置：要正確完成數據抽取過程的執行，必須先配置數據抽取的范圍，先選擇數據抽取對應的系統，查詢該系統下所有需要執行的抽取任務，然后對抽取數據的各個節點進行配置，確定在哪些節點上執行數據抽取。

2.2.3 數據抽取服務：根據后臺中心下發的數據抽取任務對各個業務系統的數據逐項進行抽取，選擇的任務的流水號啟動抽取服務；數據抽取過程中，根據抽取出來的數據內容產生一個統計表，包括數據表名稱、記錄數等內容，該表作為數據抽取是否完整、是否正常的參考文件。

2.2.4 數據抽取服務重啟：根據抽取過程的統計表和日志信息，判斷抽取服務是否成功，如未成功執行，則可通過數據抽取服務的重新啟動來對任務進行重做。

2.3 數據上傳 數據抽取完成后，數據文件導出保存在本地服務器中對所有導出文件進行匯總打包，數據量大時，還可進行壓縮處理，然后存儲在本地服務器準備傳輸。

2.3.1 本地服務器的配置：包括“接收數據服務器的ip、用戶名、用戶密碼、上傳，目錄、接收目錄、傳輸方式”等數據內容。

2.3.2 數據匯總：對數據導出文件按業務系統數據分類分別進行匯總、壓縮打包，使用后臺中心統一的命名規則，給各個數據包進行命名、存放在文件上傳的目錄中，準備上傳。

2.3.3 數據上傳：系統制定上傳時間、上傳目錄、上傳服務器地址，數據文件上傳的工作方式以自動方式為主，如果由于網絡故障或上傳文件損壞等原因自動上傳入庫不能進行，可人工干預，重新選擇傳輸過程，完成數據抽取和上傳工作。

2.3.4 文件傳輸的監控：為檢驗數據上傳情況，將數據上傳日志寫入數據庫，用戶通過應用程序可以瀏覽傳輸過程，發現數據上傳是否成功。

2.4 數據加載 數據加載模塊將已傳輸到后臺中心的數據經過解壓縮，通過數據集成功能加載到數據庫中。如數據加載入庫過程中出現問題，可以重新加載。保證同一條記錄不會重復入庫，也不會造成記錄、內容的丟失。

2.4.1 數據解壓：將已傳輸到后臺中心的數據進行解壓，通過數據集成功能追加到數據庫中。如數據加載入庫過程中出現問題，可以重新加載。保證同一條記錄不會重復入庫，也不會造成記錄、內容的丟失。

2.4.2 數據加載：分為人工加載和自動加載兩種方式，人工加載可通過人為干預，有選擇地把數據加載入庫，也可用于數據入庫過程中，異常數據經過特殊處理追加入庫。

2.4.3 數據檢驗：數據入庫完成后，自動產生數據表、記錄個數等信息的統計表，與數據抽取產生的統計表進行比較，如果兩者數據不一致，需要重新進行數據抽取上傳入庫。

2.5 監控管理 監控管理模塊主要是對系統的各個工作環節進行監控灌錄，數據導入導出情況及數據傳輸情況進行監控管理。

2.5.1 數據抽取監控：通過數據抽取的監控，發現數據抽取與轉換過程中因為網絡或人為原因等所引起的數據錯誤。

2.5.2 數據傳輸監控：將數據上傳日志寫入數據庫，用戶通過應用程序可以瀏覽傳輸過程，發現數據上傳是否成功以及未進行數據抽取上傳的地區。

2.5.3 數據加載監控：監控數據加載中出現的數據丟失與加載錯誤。

2.6 查詢統計 查詢統計主要按照一定的條件和工作要求，查詢數據完整性信息和任務執行情況。將每個模塊的處理結構制成表，存儲在后臺數據庫中。

數據庫設計論文:高校科研管理系統數據庫設計與實現

摘要: 本文闡述了基于b／s和c/s混合模式的高校科研管理系統的數據庫設計方法及其實現的關鍵技術，能夠適應論文、項目成果、科研獎勵、著作、科研人員、校級課題等管理的要求，使用了參照完整性、存儲過程、觸發器及事務等方法和機制。

關鍵詞: sql server；科研管理；權限管理；存儲過程；觸發器；事務。

科研水平逐漸成為衡量一個高校勢力的重要指標，高校作為重要的科研機構，如何對學校大量的科研信息進行高效、安全的保存、處理、統計、加工等管理操作，將日常的科研管理工作更加規范化、科學化，建立高校科研管理系統進行科研管理工作是每一個高校必由之路。系統功能的分析與數據的結構關聯及使用都首先反映在數據庫的設計過程中，高校科研管理系統數據庫設計是高校科研管理系統設計中的一項核心工作，所有的管理工作都必須以數據庫為中心，建立高校科研管理系統數據庫的方法、步驟、技術等如下：

1 系統需求分析

高校科研管理所設計的事務非常繁雜，涉及到校科研處、各個系的科研管理以及個人對科研信息的查詢統計等。所設計的系統既要有利于科研處的監督管理又要有利于各個系及教師的分工協作。系統功能主要包括校科研處科研管理、院系（或部門）科研管理、個人科研信息查詢、校級科研項目整體信息管理。可以劃分為科研信息維護、科研信息查詢與統計、科研信息報表、科研信息分析、校級課題申報、審批、合同簽定、結題、其它處理等操作；其中科研信息應細分為學術論文、著作、科研項目、科研成果、科研獎勵等信息。

2 用戶需求分析

由于本系統是直接面向網上辦公的，必須適應所服務環境的各類操作人員，主要包括學校科研處、各院系（或部門）、普通教師個人（或其他瀏覽者）。

2.1 普通教師個人（或其他瀏覽者）

普通教師個人（或其他瀏覽者）只能按姓名來瀏覽個人的科研信息、進行統計打印，個人的科研信息（論文、著作、項目成果等）必須提交本部門審核入錄。

2.2 各院系（或部門）

各院系（或部門）主要職責是對本部門員工的論文、著作、項目、成果、獎勵等信息進行審核后輸入到本系統數據庫中，查詢本部門在某時間內的科研信息、統計科研情況、打印相關資料等，同時對本部門的錯誤錄入信息進行修改和維護。

2.3 科研處

主要管理本校的員工信息、論文、著作、各級各類科研項目和成果、科研獎勵等常規工作，同時，管理校級課題的申報、審批、合同、檢查、結題等管理，同時，監控系統運行和各部門的情況。

3 數據庫設計及關鍵技術實現

3.1 數據庫表創建

根據系統需求分析，將系統的實現直接定位在更好的適合各層次人員的需求和操作，系統的所有初始化數據均采用界面錄入的方法，由各類人員分工完成。根據我校的實際情況，筆者將科研人員基本信息、論文信息、科研項目信息、成果信息、獲獎情況信息等作為系統的初始化數據，為個人和院系查詢、統計、打印，科研處操作、加工、管理、集成等工作提供基本的數據平臺。主要數據表格設計如下:

科研人員信息表(職工號，姓名，性別，職稱，出生日期，所學專業，現從事專業，學歷，學位，工作時間，所在部門，備注)。

論文信息表(序號，論文名稱，刊物名稱，刊物類別，刊物級別，主辦單位，作者，職工號，發表時間，刊號，備注)。

論著信息表(序號，著作名稱， 圖書編號，著作類別，出版社，學科類別，作者，職工號，出版時間，版次，備注)。

科研項目表(序號，項目編號，項目名稱，項目來源，項目類別，完成單位，負責人，課題組成員，立項時間，擬定期限，經費金額， 是否鑒定，鑒定時間，鑒定單位，備注)。

科研成果表(序號，成果名稱，成果類別，成果經費，完成時間，負責人，完成單位，是否投入生產，經濟效益，備注)。

科研獎勵表(序號，獲獎人員，項目名稱，獎勵名稱，授予單位，時間，備注)。

校級項目管理表（項目編號，項目名稱，課題名稱，負責人，所在部門，職務或職稱，聯系電話，申報表，申報時間，申報經費，是否批準，批準日期，批準經費，合同時間，合同內容，是否結題，結題時間，鑒定技術負責人，項目成果效益，備注）。

校級鑒定專家表（序號，姓名，性別，出生日期，工作單位，學歷，學位，所學專業，現從事專業，職稱職務，備注）。

在上述表格中，加下劃線字段代表主鍵，加雙劃線字段代表外鍵。其中科研人員信息表之所以選擇(職工號，姓名)作為主鍵，考慮到姓名經常作為查詢、操作條件，并在相關表中作為科技人員的重要描述和限制；為了避免數據錄入的無序狀況，數據庫表之間建立了嚴格的參照完整性，并且對所有表都分配了操作權限，并將錯誤信息及時反饋給操作人員，科研人員信息表、論文信息表、論著信息表通過“職工號”建立參照完整性關系，在錄入論文、論著時，作者必須是本單位職工，如果科研人員信息表不存在該員工，便給出錯誤提示，提示檢查是否是合法職工，如果是，便可以在科研人員信息表中添加該員工信息后錄入論文、論著信息，否則，拒絕錄入，“職工號”又為組合查詢提供了連接條件支持；同時將科研項目表、科研成果表、校級項目管理表中“負責人”和科研人員信息表中的“姓名”建立主鍵、外鍵參照完整性關系，校級課題的申報負責人也必須是本單位某部門的職工；獲獎人員，必須是科研人員信息表中某一職工；將校級鑒定專家表和校級項目管理表通過“鑒定技術負責人”、“姓名”建立參照完整性管理，限定了鑒定技術負責人必須是本校專家表中的專業人員；所有表的主鍵設置都加上“姓名”字段，目的是為了符合人們的常規習慣，常以某個專業人員姓名作為操作、查詢條件，科研人員信息表與其他相關表格建立參照完整性為了限制科研、論文、論著、成果、獎勵等信息的科學合法性，同時有利于統計和查詢；只有完善的參照完整性，才能使得數據庫中數據具有一致性和互操作性。

3.2 存儲過程的設計

存儲過程是transact-sql語句的集合，它是實現事務或業務規則的極好途徑，是在數據庫服務器上存儲與執行的。使用它，可以大大減少網絡傳輸流量，提高應用程序性能和安全性，而且由于它只在第一次執行時被優化、編譯。因此，使用存儲過程不僅可以極大地降低應用程序的實現難度，而且還可以極大地提高系統的運行速度、效率。存儲過程的設計一定要符合邏輯業務規則和要求，根據實際，對一些常規、頻繁使用的查詢、插入數據操作使用存儲過程來完成。以下操作可以考慮使用存儲過程來完成：

① 對系統的初始化數據時錄入各種基本信息操作。

② 查詢個人、部門科研信息時的查詢操作。

③ 科研處的其他常規操作。

下面以查詢部門科研信息為例介紹存儲過程使用方法，在此查詢某一部門的論文、論著信息。描述代碼：

create procedure 論文論著

@a char(20)

as

select 姓名，論文名稱，刊物名稱，刊物類別，刊物級別，發表時間，備注

from 科研人員信息表，論文信息表

where 科研人員信息表。職工號=論文信息表。職工號 and 所在部門=@a

select 姓名，著作名稱，出版社，出版時間，版次，備注

from 科研人員信息表，論著信息表

where 科研人員信息表。職工號=論著信息表。職工號 and 所在部門=@a

其它操作不再做列述。從提高執行效率、提高安全性、共享性方面考慮，盡可能多的使用存儲過程來提高數據庫的整體性能。

3.3 觸發器的使用

使用觸發器來實現表間的數據自動操作，提高系統效率，校級鑒定專家表中的信息主要來源于科研人員信息表中具有副高職稱以上的人員，在輸入或修改科研人員信息時，只要是具有副高級職稱以上的人員，就可以自動添加到校級鑒定專家表中，該操作可以使用觸發器來實現，代碼描述如下：

create trigger ptz

on 科研人員信息表

for insert，update

as

insert into 校級鑒定專家表(姓名，性別，出生日期，工作單位，學歷，學位，所學專業，現從事專業，職稱職務，備注) select （姓名，性別，出生日期，所在部門，學歷，學位，所學專業，現從事專業， 職稱職務，備注）。

from 科研人員信息表，其中，校級鑒定專家表中的序號是自動生成的標識列。

同時，可以用觸發器來檢驗校級項目負責人是否在科研人員信息表中，其中，用事務以驗證合法性以控制該項操作是否完成。

代碼描述如下：

create trigger check1

on 校級項目管理表

for insert

as

begin tran

declare @a char(12)

select @a=負責人 from inserted

if ( select count(*) from科研人員信息表where 姓名=@a)=0

begin

print '負責人不合法'

rollback tran

end

commit tran

其它類似操作不做描述。

在設計中，堅持使用觸發器實現盡可能多的實現前臺操作，不僅提高了操作效率、更提高了代碼的安全性和共享性。

3.4 數據庫安全設計

網絡的安全非常重要，從數據庫級、服務器級和應用程序級綜合考慮，在科研管理系統中要根據不同用戶，設置不同的權限、不同的初始化菜單。在本系統中，數據庫的安全主要通過數據庫的存取控制機制實現的。首先定義各類管理人員的操作權限即角色，其次定義數據庫登錄，最后依據用戶權限表將登錄分配為相應的角色。由于人員的復雜性，角色分為三個層次：科研處級別、二級部門級別、普通教師級別。用戶屬于某一角色，即使用戶職務調動時，對用戶增刪，不影響其他用戶的操作，只是角色中用戶數量的變化。建立專門的系統使用權限表來記錄用戶和權限，同時也兼容部門設置信息，對不同部門分配相應的權限和賬號，科研處是最高管理級別部門。

為了進一步保護數據庫，建立備份數據庫服務器，定期進行數據庫備份和復制，本系統數據庫主要采用sql server數據庫管理工具進行設計，它具有強大的管理、安全、登陸、網絡支持功能，且可以和其它數據庫進行轉換，是一種網絡數據庫管理軟件，符合設計要求。

4 結束語

該系統數據庫主要適用于c/s和b/s混合模式的數據庫系統，設計中從整體考慮，建立嚴格的參照完整性和科學數據庫結構，將存儲過程、觸發器應用到數據庫設計中，加大了后臺的功能和效率，對數據庫的安全進行分級、分類設置和管理，提高了數據庫的安全訪問能力；它的數據冗余少，具有更高的數據一致性、可操作性和安全性，結合前臺開發工具和平臺，可以實現強大的功能設計和系統實現。結合本校實際已經開發了一個實用的高校科研管理系統并被科研處立項。

數據庫設計論文:國家知識產權文獻數據庫系統設計方案與思路

〔摘要〕總結了目前國內知識產權文獻數據庫的不足，提出了國家知識產權文獻數據庫系統設計的目標、數據庫構成及概念結構。為了實現“快速、全面、準確”的檢索目標，需要建立元數據實現數據庫的標準化，采用科學的分類體系實現族性檢索，開發知識產權領域本體擴展用戶檢索入口詞匯，通過搜索引擎實現全文檢索。最后提出了系統的實現方式。

〔關鍵詞〕知識產權；文獻數據庫；本體；分類體系；眾包

知識產權文獻數據庫的建設已經影響到企業、國家的發展戰略。以專利文獻為例，歐洲專利局（epo）每年要駁回50%的專利申請；美國專利商標局（uspto）每年要駁回54%的申請；日本專利局（jpo）每年要駁回62.5%的專利申請；工業領域每年約有60億美元浪費在專利法律和申請費用上[1]。專利被駁回說明相關的技術已經發明出來了，由于在研究之前未能檢索出相關文獻，導致重復研究開發，造成大量的資源浪費。要全面、準確地檢索相關知識產權文獻，需要建立高質量的國家知識產權文獻數據庫系統。這既是強化政府在科技、商業等領域的公共管理與服務職能的重要體現，也是企事業單位、公民個人進行科技、商業領域的創新與發展的重要保障。

1國內現有知識產權文獻數據庫的不足

1.1數據庫內容建設的不足

國內現有知識產權文獻數據庫內容的不足之處體現在以下兩個方面：第一，數據收錄不全。以專利文獻為例，國內大多數的專利數據庫的回溯年限都是1985年。知識產權法律法規文獻的信息也不完整，例如全國人大法律法規數據庫、國務院法制辦公室數據庫等專門的法律數據庫以及知識產權相關行政機關的政策信息只公布法律或者政策文本，對知識產權相關法律的釋義和法律問答，以及所涵蓋的法律條文解讀非常有限，導致對執法過程準確解釋或者適用法律指導意義不強。第二，數據內容分散。知識產權文獻信息分散在不同主管部門所建立的數據庫中。其中國家知識產權局與國家工商行政管理總局分別建立了專利與商標文獻數據庫，信息相對豐富的國家立法與政策文獻及信息資料庫則由第三方構建。這些分散的數據，給用戶的集中檢索帶來了不便。

1.2檢索方法的不足

國內很多知識產權文獻檢索系統，往往是從數據庫本身的特點出發，將數據庫中的主題詞、發明名稱、公開號、主分類號、人等作為檢索入口。這種基于關鍵詞或者分類號的檢索方式有很大的局限。以專利為例，專利文獻是技術文件和法律文件的結合物，需要按照專利法的有關規定撰寫，內容會顯得重復、繁瑣。而且申請人為了獲得盡可能大的保護范圍，往往會采用概括性很大的術語，如把鋼筆概括為書寫工具，把梯子概括為攀登工具，把篩子叫做分離裝置[2]；除此以外，漢語本身一詞多義，多詞同義的特點，進一步影響了關鍵詞檢索的效率。從分類號檢索來看，雖然國際專利分類法（ipc）在各個國家都有使用，但是同一專利、相近的技術主題在不同的國家的專利分類體系下存在一定的差異。而且不同體系的專利分類詳略不同，ipc有631個子類，7 392個主組，62 493個分組。美國專利分類體系已（us-ipc）發展到450多個大類，15萬多個小類。有人做過調查，18.7%以上的美國專利分類號和歐洲專利分類號在部的分類上就存在差異。而且專利分類體系在不斷修訂，每一次分類都會導致分類技術主題詞與分類號的變化，例如修訂后12%的us-ipc號發生了變化，4%的ep-ipc分類號變化[3]。

現有知識產權文獻數據庫大多缺乏深度標引和加工，信息挖掘程度偏低，質量有待提高。例如現有的專題專利數據庫對同族專利、法律狀態和引證專利等特定信息的揭示遠遠不夠，只有69%的包含有法律狀態信息，49%的包含有同族專利信息，僅有18%的包含有引證專利信息，還有28%的沒有提供以上任何一種信息[4]。目前國內只有中國藥物專利數據庫進行了深度加工標引，加工內容包括：專利發明主題標引、醫療應用標引、范疇分類、文摘重新撰寫、化學物質信息標引、中藥方劑信息標引，并同時建成了中藥材名稱數據庫，化學物質登記文檔數據庫等兩個輔助數據庫系統[5]。以專利文摘為例，201110060757號專利申請書中的摘要只有150字左右，在網站檢索到的摘要內容擴大了1倍，達到300多字（見表1）。通過重寫摘要，加入專

中使用的每一種藥材、化學成分等具有檢索意義的內容，大大提高了檢全率和檢準率。

表1中國藥物專利數據庫的數據加工實例

原始摘要1111改寫后的摘要本發明屬于醫藥或保健食品領域，本發明公開了一種具有提高免疫力的藥物組合物，其特征在于藥物組合物包括發酵蟲草菌粉、維生素和礦物質或藥物組合物包括蟲草多糖、維生素和礦物質，其中發酵蟲草菌粉或蟲草多糖0.1～1重量份，維生素0.005～3重量份，礦物質0.05～3重量份。藥理實驗表明，本發明藥物組合物具有很好的提高免疫力的作用。11〖〗一種藥物或保健食品組合物。它是由中藥發酵蟲草菌粉或蟲草多糖、維生素、礦物質，及其番茄紅素、低聚果糖組成，并按常規方法制得的飲料、奶粉或乳粉；其中維生素是由維生素a、維生素b1、維生素b2、維生素b6、維生素c、維生素e、葉酸、維生素b12、維生素d、維生素k、維生素h、維生素p、維生素pp、維生素m、維生素t、維生素u、生物素、水溶性維生素、煙酰胺、泛酸中的一種或幾種組成；礦物質是由鈣、鐵、鋅、硒、磷、鉀、氯、鎂、銅、錳、碘、鉻、鉬、鎳、錫、硅、釩、鈷、硫、鈉、氟、鍶中的一種或幾種組成；中藥還包括杜仲、枸杞（枸杞子）、麥冬、川貝母、枇杷葉、西洋參、雪蓮花、靈芝和花粉中的一種或幾種。該組合物具有提高免疫力的作用。

1.4數據庫共建共享的不足

知識產權管理機構和信息服務機構之間缺乏有效合作機制，不能優勢互補。沒有把資源優勢、人才優勢、技術優勢結合起來，造成國內已建的知識產權文獻數據庫有的收錄數據不全面，有的服務內容與功能單一，缺乏既具有權威數據、又具有強大功能的實用性知識產權文獻數據庫，難以滿足用戶的創新需求。反觀國外的經驗，一般由專業領域的數據提供商、科技信息服務提供商和知識產權信息服務機構進行互補性合作，采用多元化的運作模式，提供專利信息、商標信息、科技信息、市場信息等綜合服務，服務內容涉及數據加工、數據提供、專利分析、軟件開發、咨詢服務等方面，例如國際三大聯機檢索系統都集專利與科技信息、行業信息、法律法規、市場商情信息服務于一體，提供全方位、一站式的綜合服務[4]。

2國家知識產權文獻數據庫系統設計

2.1系統目標

企事業單位、公民個人利用知識產權文獻進行研究開發、專利分析、加強知識產權的管理，都要以快速、全面、準確的數據庫訪問為基礎，這也是本系統設計的目標。

“快速”有兩個方面的要求：一是最新的信息能檢索出來，這需要及時更新數據庫來實現，即數據庫系統應該提供方便的數據更新機制。二是查詢信息的響應時間比較短，這與系統的檢索性能、isp的服務能力等因素有關系。

“全面”一方面要求搜集的信息要全。根據項目計劃，數據庫會收錄知識產權政策文獻資料、專利文獻信息資料、知識產權行政確權和執法文獻資料、知識產權司法判決文獻、相關網絡資源、知識產權名人與大事等資料。與現有的知識產權數據庫相比，本項目的內容是最全的。另一方面要求系統的“檢全率”達到要求，能把跟檢索需求相關的所有信息檢索出來。檢全率除了要有收錄齊全的原始數據支持之外，然后還要求系統提供合理的檢索策略和手段，例如提供全文檢索功能等。

“準確”主要是指檢準率。即從數據庫中檢索出來的文獻，應該與檢索要求密切相關。這主要取決于數據庫的數據質量。數據質量不高，會導致檢索結果不準，從而造成重復研究與開發。根據歐洲專利局的信息，2008年僅在歐洲就有200億歐元浪費在已授權專利的產品研究與開發中，由此引發的專利訴訟也會浪費大量的時間和金錢。其中eolas起訴微軟的瀏覽器侵權，花了8年時間才結束，賠償5.21億美元[6]。

2.2數據庫設計

根據項目研究內容結合用戶需求分析，從內容上來看，本系統共包括知識產權研究資料庫、知識產權網絡資源庫、知識產權法律法規文獻庫、知識產權確權與登記資料庫、知識產權司法與執法資料庫、知識產權機構與人物、知識產權大事記等七大數據庫。為了實現“快速、全面、準確”的檢索要求，提供專利分析、引文分析等增值服務，每個資料庫需要有目錄數據庫、全文數據庫、引文數據庫、分類表、主題詞表、關聯詞表的支持。其結構如圖1所示：

11圖1國家知識產權文獻數據庫結構11

2.3系統的概念結構

r>

國家知識產權文獻數據庫系統需要提供元數據管理、分類體系維護、知識產權本體管理以及全文搜索等功能，其概念結構如圖2所示。

其中，元數據用于指導數據庫的標準化建設，元數據

11圖2國家知識產權文獻數據庫系統的概念結構11

標準的建立，可以保證整個項目七大數據庫的統一、規范。分類體系用于實現知識產權文獻的族性檢索。領域專家在本體開發工具的支持下構建的知識產權領域本體，可以用于構建關聯詞表，擴展用戶提出的檢索入口詞匯，最終實現基于語義的檢索功能。搜索引擎實現知識產權文獻的全文檢索。

3國家知識產權文獻數據庫系統的實現思路

3.1開發方式

系統開發的方式一般有4種：自主開發，合作開發、外包和眾包。自主開發是指由項目組自行開發所有的數據庫和相關軟件。合作開發是指由項目組、相關的主管部門、企事業單位合作開發。外包是指將項目中部分功能模塊的開發委托給相關專業機構，例如國外很多軟件公司就把很多需要大量人力的開發任務外包給人力成本低廉的中國和印度。眾包是美國《連線》雜志記者杰夫·豪在2006年提出來的概念，指企事業單位、機構乃至個人把過去由員工執行的工作任務，以自由自愿的形式外包給非特定的社會大眾群體解決或承擔的做法[7]。網上很多項目都采用眾包的開發形式，例如維基百科、百度百科，把一個項目分成很多小任務，通過志愿者的努力實現。

鑒于本項目需要整合大量的數據資源，因此，可以采用自主開發、合作開發與眾包相結合的方式。項目組的大部分成員是知識產權領域的核心專家，可以承擔知識產權領域本體開發和分類體系的維護工作；對于商標、專利等知識產權數據庫的建設，可以與相關的主管部門和知識產權信息服務機構合作開發；全文搜索引擎的開發，可以借鑒百度與中國專利信息中心合作的經驗，將其外包給專業的搜索服務機構，減少開發成本，提高開發效率；對于法律信息以及判決案例、知識產權名人與大事、知識產權網絡信息等數據，則可以采用面向信息內容的眾包模式，由用戶在使用過程中不斷補充。

3.2開發步驟

系統開發能不能一次實現“快速、全面、準確”檢索的目標呢？筆者認為系統開發需要分步驟、分階段實現這些目標。國外很多數據庫系統的開發也是分階段逐步完善的。如德溫特世界專利索引數據庫（wpi），截止到2010年10月，已經收錄了1 975萬條記錄。德溫特公司對所收集的數據進行了嚴格的規范整理和深度的綜合加工，這些加工過程分為5個階段：1966-1970年的標題字段只包括主標題，1971-1984年錄入了副標題，1985-1995年在文摘中加入了用途/優點（use/advantage）部分，1996-1998年對摘要中的用途（use）和優點（advantage）進行了分開撰寫，1999-2010年在摘要中分別列出新穎性（novelty）、用途（use）和優點（advantage）等部分，增加了單獨的附圖部件和標號之間的關系說明[8]。

通過借鑒國外的成功經驗，中國國家知識產權文獻數據庫的開發，可以先實現收集齊全的目標，將知識產權文獻的覆蓋范圍擴大到新中國成立后所有的知識產權文獻，同時對文獻內容進行全面標引。例如專利文獻要對申請號、公開號、申請人、發明人、專利分類號、發明名稱、文摘、申請日、公開日等所有的特征項目進行標引，商標文獻要對分類號、申請者、注冊日期、權利人、形式（文字、顏色、字母、形狀等）等進行全面揭示。然后實現檢索準確的目標。主要任務是建立著錄標引的規范，開發知識產權領域的本體，建立同義詞表、關聯詞表等等。最后實現快速檢索的目標。主要任務是優化搜索引擎，提高檢索的響應速度。每一個分目標，也可以分階段實現。例如數據收錄全面的目標，由于本項目的目標非常宏大，在短短的幾年時間采集齊全所有的數據有很大的難度，可以根據用戶的信息需求，先重點收集、再全面收集，最終實現收錄范圍的全面覆蓋。

數據庫設計論文:淺析基于公共信息模型的能量管理系統數據庫設計

論文 關鍵詞:公共信息模型　能量管理　系統數據庫

論文摘要:將iec61970公共信息模型面向對象的建模思想應用到數據庫的構建，根據對公共信息模型特征的分析，針對現實電力系統特征提出了一種基于公共信息模型建立能量管理系統數據庫的方法，并描述了其建立過程。

1前言

隨著電力系統數字化建設的 發展 ，各電力軟件生產廠商都推出了各自基午電力系統的應用，由于各生產廠商都是在無規范無標準的情況下自主設計并開發自己的產品，導致各個系統之間的數據共享程度、集成度產品自我擴展性差。隨著需求的變化，功能的擴展，以前開發的產品將面臨大量的浪費。為此，國際電工委員會(iec )負責電力系統控制及其通信的相關標準的第57技術委員會(iec tc 57 )制定了一系列標準，其中第13工作組(wg13 )負責制定與ems專業相關的標準系列即iec61970系列，使ems的應用軟件組件化和開放化。文中將根據電力系統現實世界的特點，結合電網的實際情況，采用uml( unified model language，統一建模語言)的描述方法，提出一種基于iec61970/cim標準模型的ems數據庫構建方法。

2 iec61970/cim簡介

cim是iec61970的核心部分，它提供了ems信息的一個綜合邏輯視圖;定義了電力 工業 主要對象的公共類、屬性及對象間的關系，用于電力工程、規劃、管理、運行和財務等應用的開發和集成。為方便起見，cim被劃分為13個類包，290多個類。包括:域包、核心包、電線包、測量包、拓撲包、負荷包、儲運損耗包、保護包、發電包、財政包、預測包和能量安排包、scad a包等。各個ems應用內部可:以有各自的信eli、描述，但只要在應用程序(或構件)接口語義級上基于cim，不同廠商開發的應用程序或不同系統的應用就可以以同樣的方式訪問公共數據，實現應用間的相互操作，提高應用程序之間的兼容性及系統本身的開放性。

cim模型定義了三種關系:泛化( generalization )、簡單關聯(association)和聚合( aggregation )。用uml表示的類和關系見圖l。

3問題的核心

cim是用面向對象的方法定義的一套電網模型，從調度中心ems系統的角度來描述電力系統的設備及其屬性。cim有許多表示方法，如uml, xml和數據庫定義等，ems系統須直接或間接用數據庫定義來表達cim。面向對象技術的優點是能更直觀、更準確地表現現實世界;更符合軟件開發的 規律 ，縮短開發時間和減少開發費用;大大提高了軟件的可重用性、可維護性和可擴充性。然而，目前面向對象的數據庫發展還不成熟，而使用最廣泛，技術最成熟的數據庫管理系統大都是關系型的。因此，如何將cim模型與關系型數據庫更好地結合起來，是實現電力軟件標準化工作問題的首要。

4 cim分析

4. 1 cim模型的特征分析

1) cim采用面向對象技術，uml描述，定義了電力工業標準對象模型，它提供了描述電力對象及其關系的標準。

2)對象間的關系包括三種:泛化，簡單關聯，聚合。

3)對象之間的關系較復雜，層次較深。

4)聚合關系與簡單關聯的區別是增加了“整體與部分”的語義。

5)簡單關聯關系分為三種:多對多，一對多，一對一。

4. 2現實電力系統的特征分析

1)結構上是分層分級的拓撲結構，層次關系較為復雜。

2)設備種類雖多，但數據量較大的設備元件(比如線路，電壓互感器，電流互感器，保護裝置等)種類并不多，而大部分諸如“容器”(如地調，變電站等)或其它電氣設備(如機組、母線等)的數據量卻不大。

5解決的辦法

cim模型的關系較為復雜，如果完全表達成關系數據庫的表將會不可避免的生成很多關系表來表達復雜的cim關系，使得數據庫表數量增大。如果只是構建cim的對象，而不管關系的映射，數據庫便不能完整的遵循cim模型，也就失去了標準的意義。根據工程經驗和實驗研究，影響數據庫性能的一個很重要的因素是數據庫中的“大表”(即記錄最多表)。這些大表的記錄往往是與現實相對應實體的實例;而關系表的記錄是各個對象之間的關系實體，所以數據量是比較小的。數據庫的管理很大程度上是對數據庫的大表的管理。因此，構建方法基于這樣一條原則:關系的映射盡可能采用設立外鍵的方法;在不影響數據庫性能的情況下，可以考慮建立一些必要的關系表，確保構建的關系型數據庫完全表達cim模型的各種關系，以及隨iec61970標準升級的可擴展性。

5.1表示方法

采用rational rose工具和uml來表達構建過程。rational rose用同樣的符號來表達類和數據庫的表。數據庫名與類名相對，域和屬性相對。由于cim模型只規定了對象的屬性，而沒有規定方法;數據庫的表也不包含方法，所以，隱去了類符號表達方法的部分。對于沒有必要顯示屬性的類，為了方便，也隱去了屬性，單用一個矩形來表示。

5. 2泛化

在構建關系之前，首先將cim模型中的所有類.分別按表名對應類名，域名對應本身屬性與繼承屬性相對應，構建成數據庫表。關系通過外鍵和專門的關系表來實現。

泛化關系是用來表達一個相對通用的類和一個相對專門的類之間的關系。相對專門的類可以繼承相對通用的類的屬性，包含更多的信息。

在關系數據庫里要表達這種繼承關系，可在父類的屬性中添加一個屬性來表明子類的類型。

5. 3聚合

在關系庫里，反映聚合關系的方法是在“整體”類對應的表里添加“部分”類作為新的域。

5. 4簡單關聯

1)零或一對一關聯構建成數據庫的表，只需將外鍵隱藏在零或一對一的“零或一”表中。一對一關聯，將外鍵隱藏在一對一的任意一張表中。

2)一對多構建方法是將外鍵隱藏在多表中，在相應的“多表”里添加域equipmentcontainerid做為外鍵即可實現。

3)大多數情況下采用了外鍵的方法來實現構建，是為了避免生成過多的關系表，影響查詢效率。但是，對于簡單關聯中的多對多關聯，卻采用了建立關系表的方法實現構建，原因是建立關系表能更加清晰的反映對象之間的關系，而且更重要的是數據的冗余度將會大大減小。

多對多的構建方法是用一個單獨的表來實現多對多關聯。關聯的主鍵是每個類的主鍵的合并。

6結論

軟件開發不僅包括數據庫設計，同時還包括應用程序的設計。要真正的實現數據共享，應用程序的設計可以和數據庫設計互為補充互為調節。另外，數據庫設計和應用程序的設計之間的相互協調，從ccapi工程的目的出發，iec61970是一個萬全之策，既考慮到避免目前應用系統的浪費，提供xml數據導人導出方案;又為將來新建的系統提供了cim框架，為電力軟件工程提供了共同標準，電力行業信息孤島問題將得以有效解決。

數據庫設計論文:數據庫課程設計教學模式探索

摘要：目前應用型本科高校計算機專業數據庫課程設計中主要存在重要性認識不足、選題質量不高、考核方式不合理等問題。對此，我們采取了基于項目驅動的教學策略，通過合適的選題、合理分配團隊人員、改進項目實施環節以及完善考核標準，在培養學生的綜合能力方面取得了良好的效果。

關鍵詞：應用型本科；數據庫；課程設計；教學策略；項目驅動

隨著信息技術在各行業中的普及，數據庫技術的應用范圍越來越廣。數據庫技術及應用是計算機核心課程之一，相關教學大綱給出了數據庫技術課程的教學基本要求[1]。為了讓學生更好地掌握數據庫技術，絕大多數應用型本科院校都開設了數據庫課程設計相關課程。通過課程設計的實踐環節，學生綜合運用所學知識，根據具體需求，獨立地設計一些實際應用系統[2]。課程設計的開設不但能夠培養學生解決問題的能力，而且還能提高學生的學習興趣[3]。本文探討了基于項目驅動的數據庫課程設計的教學策略。

1目前課程設計中存在的問題

從計算機類專業培養方案來看，大多數應用型高等本科院校都開設了數據庫課程設計實踐課程。但在實際課程設計教學過程中，教師僅僅對數據庫相關教學內容進行簡單重復，無法培養學生利用數據庫相關理論知識解決實際應用問題的能力，達不到市場對專業技術型人才的要求[4-5]。目前，數據庫課程設計教學過程主要存在以下幾個問題。

1.1重要性認識不足

數據庫技術是一門實踐性很強的專業基礎課，應用領域也相當廣泛。目前，很多高校開設的數據庫課程設計學時不一，教學時間安排上也不集中。此外，很多院系僅把課程設計當做一般性實踐課程，沒有專門的教學大綱，導致很多教師的教學目標不明確。師生均對課程設計重視程度不夠，不僅使得教師在課程設計過程中教學效果較差，而且也無法很好地培養學生運用所學數據庫知識來解決實際問題的能力。

1.2選題質量不高

選題是課程設計中一個非常重要的方面，好的選題不僅可以提高課程設計作品的質量，而且還能提高學生的學習興趣。但是，目前課程設計選題往往質量不高，存在以下不足：(1)選題陳舊，缺乏新意。每屆學生都會開設數據庫課程設計，教師每年都提供同樣的幾個選題供學生選擇，這不僅不能引起學生的興趣，也無法跟上社會發展的要求。(2)選題過大過難。很多同學比較喜歡選擇網上購物系統、火車訂票系統等作為課程設計題目，盡管這類選題來自于實際生活，學生有一定的了解并有一定的應用經驗，能夠一定程度上鍛煉學生的開發能力，但是這么大的題目使得學生這短期內僅憑個人力量沒有足夠的精力去高質量地完成。

1.3考核方式不科學

當前，對課程設計的評價還沒有統一的標準，教師主要是通過學生的上課考勤、設計報告、實際作品等幾個方面進行簡單的加權成績來評價。顯然，這種簡單的考核方式并不能全面反映學生的團隊協作、創新、編碼等綜合能力。因此，一套完善合理的考核機制不僅能有效提高課程設計的實踐教學效果，而且對培養學生的綜合素質具有明顯地促進作用。

2基于項目驅動的數據庫課程設計教學

為了提高課程設計的質量，根據以往的經驗，我們采用項目驅動的方式進行教學，取得了較為滿意的效果。

2.1合適的項目選題

一個高質量的項目選題是實施數據庫課程設計教學的關鍵。在確定項目選題時主要了考慮以下幾方面的因素：(1)項目實施過程中能否將理論和實際應用結合在一起；(2)提供的項目選題數量足夠多，而且主要是學生比較熟悉和有興趣的應用領域；(3)項目難度顧及到學生能力的差異。以興趣為導向，結合能力差異，理實結合，難度適中，通過合適的選題奠定課程設計實踐課程的基礎。

2.2項目團隊人員分配

很多教師為了給予學生更加公平的評價，規定每個學生單獨完成一個選題，這樣不利于培養學生的團隊協作能力。因此，我們在課程設計過程中，根據學生專業技能的差異，搭配分組，由4-5名學生組成一個項目團隊，并任命一名團隊成員擔任組長。同時，組長根據成員的興趣和能力分配不同的角色，團隊成員通過分工協作完成作品的設計。充分發揚團隊精神，互相學習，共同提高。

2.3改進項目實施環節

在課程設計實施過程中，課程組注重如下幾個方面的考慮：(1)教師在項目實施過程中動態跟蹤學生完成項目的情況，并要求每個團對在項目不同的階段遞交相應的方案等，教師適時根據項目實施的情況進行針對性指導；(2)鼓勵學生通過模仿來創新自己的項目，全面創新對于該階段學生很難實現，采取該策略一方面降低創新難度，樹立學生自信，一方面也能有效促進學生主動思考改進；(3)組成團隊后，教師要求每個項目成員之間相互監督、幫助和學習，調動每個成員的積極性，共同參與課程設計。

2.4課程設計的考核標準

數據庫課程設計在考核時，不僅考核學生的理論和動手能力，而且還考核學生的工程設計能力和團隊協作能力。課程組制定了如下考核標準：(1)項目技術：①檢驗數據庫表設計是否滿足規范化理論的要求；②數據庫設計是否考慮了安全性和完整性等因素；③項目是否采用索引等技術優化數據庫性能；④檢查項目是否依據軟件項目規范來開發等；⑤根據作品采用技術的新穎性程度等方面增加附加分。(2)團隊成員：在考核時，教師不僅考慮出勤和遵守紀律情況，還綜合考慮項目質量、工程實踐能力、新技術運用能力、協作能力等。(3)文檔質量：文檔必須符合軟件工程相關規范，能夠清晰地對項目的設計和功能進行描述，教師根據文檔質量給出相應的成績。

3總結

基于項目驅動的數據庫課程設計改變了傳統的教學理念，旨在通過開發實際項目等形式來培養學生動手能力和團隊協作能力。相較于傳統的理論教學，課程設計是一門實踐性非常強的課程，采用項目驅動教學法，對培養學生的綜合能力具有積極作用。

作者:舒振球 單位:江蘇理工學院計算機工程學院

數據庫設計論文:數據庫設計課程教學改革研究

摘要：

文章從數據庫設計與應用課程的特點出發，結合數據庫設計與應用課程教學現狀與存在的問題，提出了創新數據庫設計與應用課程教學改革的措施。

關鍵詞：

數據庫設計與應用；教學改革；高校

一、數據庫設計與應用課程的特點

隨著信息網絡技術的發展，數據庫技術已成為信息社會中核心技術手段，在電子商務、人工智能、云計算等諸多領域有著廣泛的應用，是當代大數據背景下信息技術的一個重要支撐。“數據庫設計與應用”是計算機相關專業的骨干課程，是每個應用開發人員必備的專業基礎知識，在人才培養中具有十分重要的作用[1]。因此，學生如果能夠熟練掌握數據庫設計方法和應用技術，并基于此學習一些相關數據挖掘、海量存儲、信息檢索等課程，必將成為一名極具實踐經驗的應用型人才。就國內高校而言，應用型人才培養的目標是切合市場需求、能將專業知識和能力素養應用于社會實踐中的人才，因此在教學過程中不但要求學生掌握扎實的專業基礎知識，還要擁有較強的動手實踐能力。在講授“數據庫設計與應用”這門課中，傳統的以理論知識和實驗相結合的培養模式固然收到了一定的效果，然而還不足以達到我們的要求，這就需要我們探索新的教學方法、完善數據庫設計與應用課程體系建設，為提高學生分析和解決實際問題能力、提高實踐動手能力打下堅實基礎。

二、數據庫設計與應用課程教學現狀

（一）偏重知識灌輸，忽視動手實踐

首先，國內部分高校在數據庫課程教學過程中，仍是采用“以教為主”的傳統教學模式，知識只是機械的灌輸，并沒有充分考慮到學生接受能力的差異，導致部分學生在學習過程中缺乏興趣與熱情。其次，部分教師采用的教學手段僅僅是多媒體與板書的結合，學生在課堂上鮮有動手實踐的機會，導致學生在今后的工作中，缺乏解決實際問題的能力。

（二）授課缺乏啟發性引導，思維訓練不夠

啟發式教學的關鍵在于，恰當的設置問題，引導學生獨立思考，調動學生的主觀能動性，通過經歷問題的解決過程，激發學生的自主學習熱情，提高學習興趣。然而，部分教師在數據庫的實踐教學過程中，只是簡單地演示操作步驟，并沒有積極地引導學生去思考“為什么這么做”，學生只是機械地模仿教師演示案例，沒有經過思維訓練過程，從而缺乏獨立分析問題、解決問題的能力。

（三）實踐內容缺乏連貫性與系統性

國內部分高校在數據庫實踐教學過程中，實驗內容的設定往往只針對某個具體知識點，不注重前后章節的聯系，課程設計缺乏連貫性及系統性，使學生所學知識無法應用到具體的項目實踐中[2]。數據庫的課程的實踐方案設計尤為重要，其方案的設計應具備，使學生對數據庫設計與應用能力的提高具有漸進性和持續性。

（四）重視數據庫管理系統的應用，忽視理論講授

很多高校在教學過程中為解決重理論，輕實踐的缺陷，依托數據庫管理系統（如Sql-Server、Oracle、MySql等），以案例的形式進行課程講授[3]。數據庫管理系統雖然是數據庫系統的核心，但它僅僅是建立、使用以及維護數據庫的管理軟件，學生對管理軟件的熟練掌握并不代表精通數據庫的設計與應用。在教學過程中，如果過分強調數據庫管理系統的應用，而忽視數據庫系統理論體系的講授，會使學生所掌握的知識僅限于平臺應用。數據庫理論基礎知識不足，框架體系不完善，必然導致對數據庫設計的缺陷，為學生后續的提高與發展埋下隱患。在筆者多年的教學與社會實踐活動中，遇到很多程序員、系統分析員因缺乏理論體系的支持，而導致軟件開發的進度延誤，成本劇增。他們大多表現為：“以實現功能為導向，在簡單了解完基本需求后便匆匆進入編碼階段，對于數據庫設計的思考相對簡單，大多設計都只停留在表面上。”這對軟件開發來說，往往是致命的，會為系統留下諸多隱患。出現問題后，作為開發人員來說，可能是寫代碼過程中發現問題，或者是系統上線運轉后出現問題。一般來說，越到后面發現設計上的問題，所付出的代價越大，修改的難度也越大。系統上線運行后，修改數據庫設計或進行優化等同于推倒重來。因此我們必須重視數據庫理論體系的講授，夯實理論基礎。

三、創新數據庫設計與應用課程教學改革的措施

“數據庫設計與應用”是高校計算機相關專業的核心課程，是一門理論與實踐結合較強的綜合性課程。因此，如何提高課堂教學效果，培養學生解決實際問題能力，是我們關注的重要問題。

（一）注重多種教學方法的綜合運用

在教學方法方面，目前很多高校的工科專業，尤其是計算機相關專業，已普遍采用多角度、多方式相結合的教學方法。如案例教學、任務驅動、分組教學、啟發參與等。上述教學方法已經很成熟，筆者這里僅僅對啟發參與模式的教學方法作兩點補充。啟發參與模式更加注重培養學生自主學習能力。首先，在授課過程中，應充分調動學生自我學習的主觀能動性，采用啟發以及角色互換等互動模式，引導學生進行探索性學習，挖掘學生潛在學習能力，培養學生遇到疑難問題時，自行分析問題、解決問題的能力。其次，鼓勵學生參與項目實踐，如橫向課題、實驗室開放課題、創新項目等。在項目實踐過程中，學生不但加深了對專業知識的理解，而且提高了動手能力。在就業方面，相較于缺乏實踐經歷的同學，具備明顯的優勢。同時，對于那些想在專業上有所深造的學生，可在教師指導下，了解追蹤學科的前沿技術與發展動態，選擇自己感興趣的方向進行深入研究。

（二）重構教學內容體系

在教學內容方面，為使學生能夠將所學知識運用到具體的項目實踐中，在教學內容的設計上，一定要體現出課程體系的連貫性、系統性及方向性，經過課程的學習，使學生能夠真正具備數據庫設計及應用能力。同時，應考慮到學生接受知識能力的差異性。在實踐教學過中，在學生上機時，應根據不同的學習情況和對知識的掌握情況，設計不同的上機內容。對一些學習能力比較弱的學生，以調試為主，通過調試，來掌握一些上課時不容易掌握的內容，不讓他們失去學習的興趣，并通過一些啟發和其他同學的幫助，完成一些作業。激發他們更好地學習這門課程，變被動的“灌輸”式為主動的“汲取”式，積極的學習這門課程，在自己學習的同時帶動其他同學的學習。

1.內容設計多樣化。

在數據庫的實踐教學過程中，應充分考慮學生能力的差異性。在上機實驗過程中，應根據學生不同的學習情況和對知識的掌握情況，設計不同的實驗內容。對一些學習能力較弱的學生，以調試為主，通過調試掌握課程中的難點，不讓他們失去學習的興趣，并通過教師啟發和其他同學的幫助，完成實驗內容，從而激發他們更好地學習這門課程，在自己學習的同時帶動其他同學的學習。

2.將內容模塊化。

數據庫系統原理是數據庫設計和應用的基礎，而學生往往認為理論知識深奧難懂，缺乏對理論的學習興趣。因此，在理論學習的過程中應結合實際案例，合理地將課程內容模塊化，從而加深學生對理論知識的理解。例如，筆者在授課過程中，結合學生熟悉的選課管理系統，將項目劃分成九個教學模塊，分別為：數據庫與表的創建；范式理論；完整性約束；索引；SQL語言；數據的增刪改查；視圖、游標及觸發器；函數及存儲過程；數據庫安全與維護。在每個教學模塊中，圍繞教學目標、課程重點及難點逐步展開與延伸，以達到學生對理論知識掌握的系統性。

3.整合編程語言。

傳統教學中數據庫的學習是獨立的，而無論是C/S模式還是B/S模式下，完整的數據庫應用系統都需要使用前端開發工具，如C#、JAVA等應用程序編程語言。因此，在課程的學習中，結合選課管理系統，將C#等編程語言與數據庫的有效地結合起來，學習如何完成前臺界面與后臺數據庫的鏈接，如何查詢、增刪改數據，從而促進了學生學習的積極性。

4.注重課程的方向性。

數據庫的學習同樣存在很多的方向，如程序開發、數據庫設計、數據庫管理。一般開發人員注重編程，能夠熟練使用SQL語言；數據庫設計則是注重的是數據庫原理、設計；數據庫管理則負責全面管理和維護數據庫服務器，如數據庫的備份與恢復、數據庫的安全等。

5.強化數據庫技術的延伸與發展。

隨著計算機應用領域的不斷拓展，數據庫技術已成為發展最迅速、應用最廣泛的信息技術之一，與電子商務、物聯網、云計算等技術相互滲透，相互結合，是大數據時代背景下最重要的技術平臺。因此，在教學過程中，講授主體知識的同時，有必要探討一些數據庫相關前沿技術，以此拓寬學生的知識層面，為學生今后的科研或應用打下基礎。

（三）完善課程考核機制

既應考核學生對數據庫理論關鍵性概念的理解程度，又應考核學生的動手實踐能力。理論知識考核可通過查看學生對數據庫的設計來了解；動手實踐能力考核可通過具體查看每一位學生所做的工作（如數據庫操縱、數據庫應用以及程序源代碼）來考核。在研究探索型實驗中，鼓勵學生大膽創新，不畏懼失敗，考核的依據主要體現在學生面對新技術時，自主學習以及創新思維的能力。無論是理論考核還是實踐考核，都應關注學生平時的實驗過程，在每次的分組實驗中，要求每一位學生積極參與、積極討論，從而提高個人以及團隊的整體協作能力。在分析傳統數據庫設計與應用課程局限性的基礎上，提出了基于教學方法以及教學內容的若干改革措施。筆者基于上述改革措施，在教學實踐中已取得較好的效果。上述措施使學生在深化理論知識的同時，提高了動手實踐、團隊協作、自主學習與解決實際問題的能力，激發了學生的專業興趣，提高了學生的專業信心、專業素養，為今后的科研或開發工作打下堅實的基礎。今后，我們將進一步研究數據庫設計與應用課程改革措施，為社會輸送具備解決實際問題能力的應用型人才。

作者：朱戈 單位：黑龍江大學

數據庫設計論文:水利工程建設項目數據庫設計要點

［摘要］

遼寧省為加強對水利工程建設項目的全過程動態監管，在借鑒探索的基礎上，對監管內容全覆蓋、信息共享、標準化、面向對象、約束機制、查詢統計等層面進行設計，建立了多方認可、程序嚴密、動靜結合、報管分離的水利工程建設項目動態數據庫，為實現水利建設項目信息化監督管理奠定了堅實的基礎。

［關鍵詞］

水利工程；數據庫；設計；動態管理；遼寧省

近年來，水利基礎設施建設力度不斷加大，病險水庫除險加固、飲水安全、灌區節水改造、泵站更新改造、水土保持、引輸水工程等建設項目呈現出點多、面廣、量大，管理主體分散，管理對象多樣化等特征，水利建設管理呈現出投資強度高、建設任務重、管理要求高、工作責任大等新的特點[1]。在新的形式下，遼寧省為全面做好水利工程建設與管理工作，在借鑒探索的基礎上，提出開展水利工程建設項目動態管理系統建設，重點研究了水利工程建設項目動態數據庫建設工作，現將設計要點進行交流分享。

1設計要點

數據庫設計是應用系統設計的根基，數據庫設計關乎系統功能實現度、穩定性、擴展性等多個方面的內容[2]。為確保水利工程建設項目動態數據庫達到“把數據管起來，將數據用起來，使數據活起來的”的預期目標，特對數據庫在內容覆蓋、信息共享、標準化、面向對象、約束條件、查詢統計等方面進行了重點設計。

1.1全過程覆蓋

依據遼寧水利建設項目管理經驗，將水利建設項目管理有關字段按照建設過程進行科學劃分，按項目實施過程劃分為前期工作、項目基本信息管理、建設過程管理三大階段，按項目管理內容分為前期工作、項目基本情況、項目招投標、參建單位及人員履行合同情況、進度管理、計劃和資金管理、質量管理、安全管理、檢查稽察督查審計及整改情況、竣工驗收等10個環節[3]，對管理內容進行全面覆蓋。

1.2信息互聯共享

在遼寧水利信息化整合建設的背景下，嚴格執行數據來源唯一性的原則，充分利用現有系統的權威數據。與水利建設項目管理有關的設計、施工等單位和人員信息，采取“同存異消”的方針，對遼寧省水利建設市場信用信息平臺系統中的數據字段進行整理，作為水利建設項目動態管理系統數據庫的字段內容，確保此類信息同源權威；同時結合質檢處等有關處室意見，合理設置數據字段，為今后相關處室新建或改建系統提供數據接口。

1.3標準化處理設計

標準化是組織現代化生產的重要手段，是科學管理的重要組成部分，加強數據庫建設的標準化處理在數據庫建設中尤為重要[4]。水利建設項目面廣類多，主要可分為水庫、水閘、泵站等工程建設項目、水土保持治理項目、移民后期扶持項目、水文測站項目、農村電氣化項目以及河流治理項目等幾大類別。為保障水利工程建設項目動態管理數據庫標準統一，特采取“求大同存小異”的方針，對全部項目的前期工作、項目信息管理、除進度管理以外的過程管理進行規范化處理，在字段設計上統籌兼顧，歸一化處理，形成統一標準；因不同項目在進度管理中體現的指標不一樣，比如農村電氣化項目主要體現在發電設備采購、安裝方面，水土保持治理項目體現在魚鱗坑、截水溝、植被綠化的數量、長度和面積上，水庫、水閘等工程項目體現在土石挖方、混凝土澆筑體積上，特采取先差異化后標準化進行處理。通過標準化處理設計，大大提高數據庫的兼容和共享，提高數據庫的通用性，特別利用降低建設成本和方便數據庫用戶使用。

1.4面向對象設計

數據是系統的靈魂，活的數據是系統生命的保證。水利工程項目動態管理數據涉及到項目法人，設計、施工、監理單位及人員、質檢處、安監處、建設與管理處等眾多機構和人員，這些信息都需要納入數據庫中，為保障數據更新及時、穩定，就必須面向對象來設計。考慮到項目法人在整個項目中的主導作用和穩定性，數據更新以項目法人為主導、質檢處輔助來進行設計。不同對象對項目管理的側重點也不同，考慮用戶在系統使用過程中的權限分配，在對數據庫表的處理上，按照項目法人、參建單位、監督機構、建管機構、管理員等5類人員進行分類標識，支撐系統交互界面的設計與調用。

1.5約束機制設計

提供約束條件機制、完整性檢查方法、違約處理是維護數據庫完整性的充分必要條件。水利工程建設項目動態管理數據庫在約束機制上主要體現在以下幾個方面：1）對數值的自動求和計算方面，避免人工錄入出現計算錯誤；2）對參建單位人員方面，系統自動調取遼寧省水利建設市場信用信息平臺中的入庫資料供填報人員選取，確保各類人員符合相關資格；3）對持證上崗人員出現一員多崗現象及失信懲戒人員進行紅色警示。

1.6查詢統計設計

數據檢索與查詢也是數據庫的主要功能之一[5]。為便于對水利工程建設項目進行統計查詢，特在數據庫設計上充分考慮查詢或統計的口徑，結合遼寧水利建設管理需要，設計了年度、工程類別、業務處室、行政區劃、投資來源等5類統計口徑。其中工程類別和業務處室劃分要與遼寧省水利投資統計軟件相銜接，確保水利建設投資統計結果與本庫中的建設進度統計能對應分析。

2結語

遼寧省水利工程建設項目動態數據庫設計是對遼寧水利工程建設監督管理的一次全方位梳理。經過查閱了大量的法規文件，多次征集有關部門意見，仔細分析數據上報程序，形成了多方認可、程序嚴密、動靜結合、報管分離的水利工程建設動態數據庫，以此庫為基礎，研發遼寧省水利工程建設項目動態管理信息系統，將高效支撐和提升遼寧水利建設與管理效能，為水利建設管理改革發展提供新的起點。

作者：高真偉 趙巨偉 單位：遼寧省水利廳建設與管理處 遼寧江河水利水電新技術設計研究院

數據庫設計論文:測繪工程管理數據庫設計和構建

1、地理數據和數據庫技術

1．1地理數據

地理數據是表示空間地理散布的相關數據，其反映地面物體與周圍環境條件中堅固的持久的存在數目、質量情況、散布特點、關系以及原理的數字文字以及圖像的總體，測繪工程管理的過程中，地理實體空間分布特征的信息采用此類工程項目地點的信息點反映，與此同時，也包括這個工程測繪項目的圖形或其它方面的數據。

1．2MicrosoftOfficeAccess信息數據庫

MicrosoftOfficeAccess信息數據庫是微軟公司在1992年研發推廣的以標準Javascript擴展工具套件為主引擎的3D桌面信息數據庫，其屬于一類性能優異的管理信息系統研發工具，因其具備使用簡潔、界面合理、容易學習和使用以及接口靈敏的優勢，也作為諸多小規模操作系統優先選擇的管理數據庫系統。

2、測繪工程管理的內容和管理數據類型

2．1測繪工程管理的相關內容

測繪工程管理是針對總體項目的實行階段采取設計、管控以及監管的方式，盡可能的實確保測繪工程的任務和目的，當測繪工程以準備工作階段初始一直道測繪結束的結果交付應用，通常可以分成:材料準備工作、技術規劃階段、現場操作、測繪質量監管、測繪結果交付應用以及測繪資金花費計算等的幾個過程，但是各個過程中，測繪工程管理者重視的關鍵方向就是測繪工程的質量、測繪進程以及測繪資金花費。所以，各個工作和環節需側重的通常都是以保證測繪質量為基礎，重視測繪進度和測繪資金的到賬事宜。測繪工程的監管工作通常和測繪時間、把握測繪質量以及工程合同監管相關聯。

2．2工程測繪階段需管理信息種類

測繪工程監管過程中，存在的信息數據較多且具有多樣性，其中包含測繪工程的所有方面的數據。

(1)主要信息數據基于其使用方面的性能，通常分成以下幾類:第一，提供于進行計算方面的信息數據，比如，時間、測繪量、一個工作日的工作時間以及測繪成本;第二，提供于進行查找和劃分的信息數據，比如，委托機構、工程名目、測繪工程責任人、工程地點、工程種類以及工程質量等級;第三，應用在補充說明的信息，比如，工程取消或者工期拖延的因素。

(2)基于數據反映相關信息的模式，通常能夠分成如下幾種:第一，采用書面文字數字模式反映信息數據，比如，工程預算材料、工程合同、技術規劃材料以及各種辦理貨物的交付和貨款的支付的一種依據;第二，應用圖像反映信息數據和測繪結果以及通過圖片等傳媒來表達作品效果;第三，此類信息數據的集合，則產生了信息數據庫。

(3)測繪工程管理的數據庫測繪工程管理數據庫為針對信息數據實行搜集、劃分、解算以及表格制作處置后產生的具備一定結構的數據整合，相關數據處置和信息管理工具大部分信息數據均應用MicrosoftOf-ficeAccess數據庫進行管控。

3、測繪工程項目管理數據庫的構建方式

3．1構建測繪工程項目屬性數據庫

測繪工程數據庫結構因工程管理過程中采用動態控制模式，則需信息數據收集需實時精準且完全。測繪工程管理數據庫階段需簡潔清楚。數據庫的建立通常依照測繪工程的推進，以招標和投標的資金預算和工程準備工作為準，從測繪工程控制至工程成本支付先后總結各個階段的測繪數據，也能夠依照數據反映的信息劃分，以方便管理和使用。

3．2構建測繪工程項目空間數據庫

構建測繪工程項目空間數據庫需利用收集此項工程的空間數據，且和其它的屬性有機結合。

4、測繪工程管理數據庫的重要管理性能

測繪工程有關數據的錄入和管理工作、工程查找和統計工作、工程收費、自動計算和安排工日、各個機構或者基本作業單位的工日與工程產值以及測繪工作量數據的查找和統計、每位工作人員的工日和參與工程數據的查找統計，因信息較多，且沒有規律，所以，數據管理性能工作較難。

4．1數據錄入和更改

各個工程的有關數據輸進數據庫，數據錄入的界面需簡介，錄入數據需精確，才可以確保應用效果，還可以基于情況改變實行添加和更改。

4．2數據查找

以工程查找為首，工程查找即在數據庫內搜尋到符合客戶要求標準的所有工程，且將查找成果反映給客戶。工程數據中大部分數據均可當作查找因素。

4．3數據統計

數據統計功能是依照有關標準對每個工程項目的各類數據實行統計工作，包含工程數目、種類、工程產值以及工程合同，并包含機構或者每個工作人員的工日與參與的工程以及測繪工作量，工程統計利用系統和客戶交換信息的通道來實現，查找的結果采用向上級報告的表格方式提供給客戶，給客戶的工程監管與運營決策提供相關數據。

5、總結

測繪工程的管理和許多領域都存在聯系，屬于具備管控、設計和決策的體系，應用地理數據庫管理模式對工程實行監管，可確保工程的管理標準化、合理化以及自動化，可以減少成本投入，提升管理成效。如果將工程管理機構和會計機構的管控體系與材料管理機構有機結合，則可以將數據庫應用于測繪工程的管理。

作者：謝乾鈺 單位：四川省地質礦產勘查開發局一一三地質隊

數據庫設計論文:嵌入式數據庫系統設計論文

1對嵌入式數據庫系統的介紹

對于嵌入式數據庫系統是利用計算機的技術，并且是可以根據軟硬件的不同要求進行指定應用，這樣可以滿足系統在應用時對功能和可靠性的要求。在嵌入式系統運行時，其都是隱藏于內部的設備中，不是通過計算機的形式顯示出來。如果在系統中加入了嵌入式的數據庫系統，一般會認為是智能的系統。在嵌入式數據庫系統中必須融入計算機技術、電子技術和新興的半導體技術，這些技術完美的結合才能成就嵌入式數據庫系統正常可靠的運行。因此，嵌入式數據庫系統是一個要求有技術支持，并且資金足夠，在知識系統的創造上也必須合理的系統。在對嵌入式數據庫系統進行結構分類時，其主要是分為嵌入式的處理器和外圍的一些構件。在數據發展的歷史上分析，一般計算機技術的發展會促進數據庫的發展，同樣反過來也一樣。這兩項技術在歷史的發展中都是相互促進并且相互影響的。在嵌入式數據庫系統中一個主要的用途就是移動數據的處理。移動數據技術可以實現不受時間以及地點的限制，進行數據的交流。現在技術在不斷地提升，在無線通信的網絡服務和各種形式的移動的設備，這些都是要建立在嵌入式數據庫系統之上的。雖然，嵌入式數據庫比較復雜，但是其用途很廣泛。

2對嵌入式數據庫系統設計的研究

2.1嵌入式數據庫系統設計的含義

為了滿足嵌入式數據庫系統設計的各種功能及標準上的要求，一般分為嵌入式的數據庫、PC主數據源和同步模塊這幾個部分，在這些構成部分之中，微型化的嵌入式的數據庫系統的設計具有最高技術性和應用性以及容易攜帶的特點，這就是嵌入式數據庫系統設計的一般含義。這三個構成部分，其中微型化嵌入式數據庫有數據的容量比較小，其可靠程度比較低的缺點，但是這點在PC主數據源中會有彌補，因為PC主數據源只能用于PC機中，這樣就不能按照意愿進行移動。在這些構件的中間部分是同步模塊，這個部分可以進行數據的雙方向的交換，將數據在嵌入式數據庫和主數據源之間進行傳遞，保證信息傳遞的及時性和一致性。因此，我們可以把同步模塊作為信息交流的橋梁。只有嵌入式數據庫設計中三個部分合理的結合應用，才可以互相補差補漏，既可以有嵌入式數據庫的便于攜帶的優勢，又可以獲得大量的數據，這樣對于想要隨時獲得大量信息的用戶來說，就得到了滿足。通過三種部件互相結合的方式，就是嵌入式數據庫系統設計的主要方式。

2.2嵌入式數據庫系統設計的特點

在傳統的計算機系統的結構體系的設計中，一般采用固定的網絡連接對不同的計算結點之間連接，這樣可以保證網絡能夠連續的連接。但是隨著移動數據技術的發展，它要求固定的節點和移動的結點相結合，那么以前傳統的網絡連接就不能夠滿足條件。對于移動數據庫，其要求的性能比較高，所以要求有嵌入式數據庫系統的設計，這種設計是建立在傳統分布式的數據庫的建設上進行拓展而來的。現在的移動數據庫是把固定的服務器節點和客戶端進行連接以獲取動態的數據，因此可以將移動計算機環境中的數據庫管理系統看作是動態式的數據庫管理系統。從根本上來說，傳統的數據庫的設計和嵌入式數據庫系統設計有著很多不同點，如果在移動的計算機環境下進行移動數據的應用就是嵌入式的數據庫系統，這種可移動的特點優于傳統數據庫設計。嵌入式數據庫系統設計主要特點是包括有對標準的SQL進行技術支持，對事務的管理功能和完備的數據庫管理功能，可以供多種嵌入型操作系統的應用。

3嵌入式數據庫系統設計的技術和應用前景

3.1嵌入式數據庫系統設計的主要技術

嵌入式數據庫系統設計其中一項主要技術就是數據的復制和緩存的功能。通過這項技術可以將需要維護和備份的數據在不同的多個移動的網絡節點之間進行復制備存。在嵌入式數據庫系統設計中的這項功能主要是進行服務器之間的復制數據和移動的計算機數據信息之間的復制和保存。從嚴格意義上來說，只有服務器之間進行的復制才能被稱為數據的復制，而計算機上所保存的數據進行復制就是屬于數據的緩存。復制可以提升分布式的數據庫的可靠程度和訪問的性能，但是必須保證多個復制節點在數據上的一致性。根據維護復制的功能上所采取的技術方法的不同，就可以將復制功能分為嚴格一致性和弱一致性。在嵌入式數據庫系統設計的復制和緩存技術中，如果要求嚴格的一致性就要保證在無論何時復制的數據信息其內容都是一致的，但是對一致性的要求比較弱，那么可以允許在較短的時間內有不相同的現象的出現。但是我們要求其不同的數據不能太多，必須控制在一定的范圍之內，并且最終隨著時間的演變是能夠趨向相同的。對于嵌入式數據庫系統設計的另一個技術就是數據廣播。這項技術是應用于移動的計算環境之下，關于客戶的機器和總的服務器雙方是不對稱的，正好應用了這一點，就可以用類似于周期式的形式來傳遞數據和信息。通過數據廣播技術可以幫助處理數據庫系統的斷接問題，并且不會因為用戶的數量的變化而發生變化。對于數據廣播技術的構造中一個方面是服務器，這個層面是用來進行組織廣播和調節數據，可以對廣播數據進行本地緩存。因此，復制緩存技術和數據廣播都是嵌入式數據庫系統設計的主要技術。

3.2嵌入式數據庫系統設計的應用前景

隨著物流業的逐漸發展壯大，嵌入式移動數據庫系統設計也可以應用在物流方面。采用嵌入式數據庫系統設計，可以對物流的信息進行準確的跟蹤，對生產、銷售和運輸過程中的資金進行合理的安排。在物流的運輸工作中，可以利用嵌入式數據庫系統技術將車輛信息中移動的數據信息進行傳遞，從而保證物流車輛在運輸過程中的一切行蹤都在總系統的控制范圍內。通過嵌入式數據庫設計可以將手寫的信息用無線的網絡傳入中央的數據庫來存儲，這樣有利于物流信息的更新和保存。同時，嵌入式移動數據的技術也可以應用于移動的銀行。目前，我國的移動用戶的群體在逐漸的擴大，所以銀行移動化也是大勢所趨。嵌入式數據庫系統設計在移動銀行上進行應用，可以幫助用戶進行實時的賬務查詢和交易，增加了靈活性。移動銀行的用戶可以不受時間和地點的限制，來辦理銀行業務，從而也節省了大量的時間。在水電業中，對于數據傳統上的采集方法是進行家家戶戶的抄錄數據，現在則可以利用嵌入式數據庫技術進行移動的傳輸數據，從而提高了工作效率。

4結束語

隨著技術的不斷發展，人們對移動數據的應用的要求也越來越高。因此，為了順應時展的需求和提高工作效率，嵌入式數據庫系統設計就變得更加重要。我們必須對嵌入式數據庫系統進行研究，首先對其概念有很好的把握，再者對其特點以及該技術的應用前景和主要技術都要明確。雖然現在技術上還不是特別完善，但是隨著研究的不斷深入，我們相信嵌入式數據庫系統設計的應用前景會更好。

作者：殷曉偉 楊尚霖 單位：東北林業大學

數據庫設計論文:數據庫結構設計的科研管理論文

1本校科研管理需求

在我院的科研管理過程中，科研處需要了解教師的每個項目．每個項目又包括項目名字、項目經費、項目人員、項目狀態等;最特殊之處是本校項目經費編號必須和財務統一，只能按照財務軟件默認給出的編號建立數據編號．這樣才能核對項目經費、縱向經費等;項目所獲得獎勵(科技進步獎等)按照科研管理規定給予相應獎勵;項目人員的信息和項目的每個內容都相關，這里需要指出的是任何單位都有相同名字的人員，所以每個人員的信息至少要包含一個區別碼，可以是身份證，也可以是工作證代碼等等．

2數據庫結構設計

2．1數據庫選擇

由于科研管理的保密性，本校科研管理不對校外開放，基本不用考慮并行查詢的系統需求，另外，鑒于本系統目標用戶普遍應用Windows系統，所以項目采用了WindowsServers系統下的SQLServer，在跨平臺操作時，可直接用SQL語言進行數據讀寫和查詢等操作命令．用于數據庫中的標準數據查詢語言項目在開發過程中得到了驗證．

2．2數據庫結構設計

數據庫的結構設計一定是在項目的最初完成的．構造數據庫必須考慮所有需求規則．在關系數據庫中，我們習慣稱之為范式，參考關系數據庫的多種范式，依據科研管理的需求分析，為擴大操作功能和減少冗余度選擇了第三范式．科研工作者的信息是貫穿于整個數據庫中的，必須單獨建立的，同時為了避免多人同名可以采用唯一身份證號碼加以區別．其表內信息依據需要建立以下字段:包括年齡、性別、單位院系、職務職稱、技術領域、個人信息(電話)等．每個表單都有一個和人員相關的字段，這個字段可以是工作證號，也可以是身份證號碼．每個表單都可以單獨進行，甚至可以在備份的同時也不影響錄入．如果將來需要查詢某科研人員的詳細成果，只要每個庫調用相同工作證號或身份證等就可以．科研經費是每年國家審計管理的重點，每筆經費一定要保證和唯一項目編號準確對應．所以建立經費和經費分配兩獨立表單．兩個單獨表中經費都含有項目編號，這個項目編號和項目管理中的項目編號一致．由于項目管理表中有人員信息相連，所以只要通過調出科研經費相關聯的項目編號后自動在邏輯層調用項目表和科研工作者庫中信息，就可以得到全面的經費信息．而經費分配表中的人員必須符合人員庫，這樣就杜絕了非項目人員經費報銷的可能性，大大降低了查找同一個人員參加的不同項目的經費結果的復雜度．成果管理模塊通過建立專門的成果庫，成果庫可以包括論文、專著、專利、軟件著作權等．在設計時同樣建立一個單獨的表，而成果中也有和經費模塊一樣的地方，也就是包含項目人員，這樣將來查詢某人員的時候，項目和成果可以一起得出．

2．3用戶接口設計

根據科研管理需求分析，設計為多用戶．第一種是數量最多的科研工作者的訪問模塊，每個科研人員可以利用互聯網將在任何地點輸入本人的科研信息和成果，這樣可以將科研管理人員從大量錄入科研工作者的項目成果、專利等繁瑣工作中擺脫出來，同時也可以在保密許可范圍內查詢到自己參加過的所有項目、論文和成果;第二種是科研管理人員的入口(科研處人員)，科研管理人員必須通過授權才可以通過接口進入后臺．在有記錄的情況下，直接管理數據，包括輸入到數據庫、項目審核、項目修改(教師錄入錯誤等)及刪除等．這個入口可看到項目和經費，還可以審批經費等管理功能．超級管理員還可以對科研工作者授權，使之對本人輸入數據的錯誤進行修正．一般來說，科研處的分工有多細，這個入口就有多細．比如項目管理科的人員就只能針對項目管理，項目經費管理科只能針對項目經費管理和項目狀態管理等．這樣，在管理上的細分導致多用戶之間是嚴格不相關并且不能互相越權管理．

3數據庫接口應用

本校科研管理平臺用戶功能在面板左側以項目為例:分別為項目錄入、項目修改、項目查詢和項目分析．

3．1項目錄入

該平臺突破了傳統的手工錄入方法，避免了項目數量巨大，錄入工期長等問題．最重要的是保證了非手工錄入的正確率．創新方法為先在熟悉科研管理方法的基礎上提出一個完善的項目資料存檔要求，并對每個存檔內容給予明確的指示，應包含一個科研項目的所有基本信息．其中項目類型中應包含附加屬性，如是否雙十項目等;項目狀態應添加自動修改的功能，當項目合同時間已到卻仍未結題者，項目應變更為延期．當所有功能都已確定完成后，直接由項目負責人提供符合后臺數據庫格式的excel表格，無論申報還是結題，都由各科研處統一通過審核將各個項目表格匯總，項目錄入工作就是直接導入．這樣大大避免了手工錄入的人為錯誤．如果有臨時的突然增加項目，讓項目負責人填好相應表格，直接導入即可．

3．2前臺的查詢功能

前臺應將任意條件如項目名稱、項目負責人、工作單位和項目編號等檢索，同時應考慮到將來的科研管理需求，如想查詢所有結題項目或經費等于4萬的項目等其他條件等，這樣的檢索可以讓我們在左邊的可選字段中自由搭配，以便于應對不同的科研管理需求．所以平臺開發為檢索條件完全自由組合。

3．3項目修改

設計了對應不同功能的不同賬號，并分別給予不同權限，如普通院系老師給予查詢功能，首先通過教師的身份證號或者工資卡號等登陸，教師一旦登陸就相當于默認為查詢自己的所有項目．如果是科研處的管理科研工作者登陸，則可以修改和確認．為防止科研處管理科研工作者的人工誤差，可以在確認上有兩個賬號，由領導審核后方可生效．

3．4數據導出

項目查詢完畢后，可以導出的EXCEL表格應是前面檢索條件下檢索結果的表格，要求應包含所有的科研信息．由于現有的數據倉庫技術發展，將導出的數據中與現有其他數據來源(如其他大學的科研數據分析圖)對比，可根據對比數據修整本校科研發展的方向．

4結語

科研項目管理，不僅可以用于本校，也可應用于各個科研院所及高校研究機構進行科研項目管理;也可用以績效考核等．通過該系統，科研處可對任意項目隨時進行管理．由于所有的數據都在SQL數據庫中，隨時可以調取項目的狀態，使科研管理者能夠為項目服務，從而提升高校的科研能力及成果率．本數據庫未來發展是以科研管理部門為科研人員服務為基礎，推動科研人員的科研積極性為目標．既可以讓項目負責人對項目可以隨時管理，也便于科研處、財務處等宏觀掌控所有項目的情況，建立科研處、財務處以及人事處等統一應用平臺，可以及時有效地掌握最新的科研情況。

作者：李楊 武瑩 單位：長春建筑學院科研處 吉林建筑大學思想政治理論教研部

數據庫設計論文:項目化教學的數據庫實訓課程設計

一、項目化教學的作用及特點

1、學習、實踐情境真實可感

項目化教學根據職業核心能力的要求，設計一個具體的項目，設計中盡量模擬企業情境，學生的理論學習和工作實踐都在這個情境中得以體現。

2、以學生為教學主體

建構的工作情境、設計的工作任務，都是給學生學習搭建的平臺，學生才是“學”與“習”的主體。教師在項目化教學過程中是導演的角色，發揮指導、協調作用。

二、項目化教學的教學設計

項目化教學與傳統的教學法相比，有很大的區別，主要表現在改變了傳統的三個中心，由以教師為中心轉變為以學生為中心，由以課本為中心轉變為以“項目”為中心，由以課堂為中心轉變為以實際經驗為中心。下面以Access數據庫實訓課程為例進行項目化教學設計，

1、項目一創建Access數據表項目目標和要求：通過本項目的學習，掌握ACCESS2003的數據類型，掌握數據表的結構設計及修改數據表的方法，掌握不同類型的字段在記錄中的輸入方法。本項目要求完成任務一、瀏覽Access示范數據庫任務要求：查看Northwind.mdb數據庫中的羅斯文商貿公司的數據表、查詢、窗體、報表等對象，并記錄下列信息：

（1）據庫中保存信息的雇員有多少位；

（2）數據庫中保存信息的訂單有多少張；任務二、獲取關于“創建數據庫”的幫助信息任務要求：尋找并打印Access系統中關于“創建數據庫”的信息。操作方案：使用Acces“s幫助”窗口。任務三、創建一個新數據庫任務要求：在C：\MyDocuments文件夾下建立Access數據庫文件“圖書館.mdb”。

2、項目二創建Access數據表項目目標和要求：通過本項目的學習，了解查詢的基本類型與作用，掌握查詢必須的三個要素，掌握使用設計視圖創建選擇查詢的方法本項目要求完成任務一、為“圖書”表創建篩選圖書的查詢任務要求：基于“圖書”表創建查詢“計算機圖書”，查詢結果的要求：列出字段：圖書編號、書名、數量、單價、出版社含有記錄：書名以“計算機”開始的記錄任務二、創建含“或”及“與”準則的查詢任務要求：基于“圖書”表創建查詢“電子—復旦出版社”，查詢結果的要求：列出字段：圖書編號、書名、數量、單價、出版社含有記錄：由“電子工業出版社”或“復旦大學出版社”出版的書列出字段：圖書編號、書名、數量、單價、出版社含有記錄：由“復旦大學出版社”出版并且數量大于等于10的圖書記錄

3、項目三創建Access窗體項目目標和要求：通過本項目的學習，了解窗體的功能布局及結構和類型，掌握如何創建窗體和在窗體中操作數據。掌握一些常用控件的創建方法。本項目要求完成任務一、創建窗體“瀏覽圖書”任務要求：創建一個基于“圖書”表的窗體“瀏覽圖書”，窗體中包括“圖書”表中的所有字段；布局：縱欄表；樣式：標準。操作方案：使用“窗體向導”創建窗體。查看剛創建的“瀏覽圖書”窗體任務二、在“瀏覽圖書”窗體上進行數據操作任務要求：按下面的要求在“瀏覽圖書”窗體上進行數據操作：⑴查找記錄：從“瀏覽圖書”窗體上查找由“交通大學出版社”出版的書。⑵修改記錄數據：從“瀏覽圖書”窗體中修改記錄數據，將數量為2本的書，修改為22本。操作方案：在“瀏覽圖書”窗體上執行操作任務；用“替換數據”來完成數據修改。任務三、在“瀏覽圖書”窗體上排序記錄任務要求：在“瀏覽圖書”窗體上，設置排序條件為按“數量”的升序排列記錄，然后通過“記錄導向”按鈕在窗體上檢查經過排序后的記錄排列次序。操作方案：在“瀏覽圖書”窗體的“窗體視圖”中執行操作任務。任務四、在“瀏覽圖書”窗體上創建計算控件任務要求：在“瀏覽圖書”窗體上創建計算控件，用于計算每一條記錄的金額（金額=[單價]*[數量]）。操作方案：在窗體“設計視圖”中使用本文框顯示計算結果。任務五、使用結合文本框來顯示數據任務要求：使用結合文本框來顯示“電子-復旦出版社”查詢中的數據，以“用結合文本框顯示數據”命名窗體。操作方案：在窗體“設計視圖”中使用結合文本框顯示數據。

4、項目四創建Access報表項目目標和要求：通過本項目的學習，學會設計報表的方法，掌握在報表中進行分組的方法。掌握在報表中進行數據的統計和計算。本項目要求完成任務一、為“圖書館”數據庫創建報表任務要求：按下面的要求創建報表：⑴創建基于“圖書”表的報表“圖書報表一”。⑵創建基于“管理員”表的報表“圖書報表二”。操作方案：使用“自動創建報表：表格式”功能創建“圖書報表一”；使用“自動報表：縱欄式”功能創建“圖書報表二”。任務二、創建報表“圖書一覽表”任務要求：創建基于“圖書”表的報表，報表中包括“圖書編號”、“書名”、“單價”、“數量”及“出版社”字段，報表中記錄的次序按“數量”的升序排，將報表以“圖書一覽表”為名保存；使用報表向導創建基于“電子或復旦出版社”查詢的報表，報表中包括該查詢中的所有字段。操作方案：使用“報表向導”創建報表。任務三、創建圖表報表“統計書的發行量”任務要求：創建一個基于“圖書”表的圖表報表，以“出版社”為X坐標，“數量”為Y坐標，創建一個描述各個出版社出版圖書數量的圖表形式的報表，以“統計書的發行量”命名新創建的圖表報表。操作方案：使用“圖表向導”來創建報表。任務四、在“圖書館”數據庫中創建基于多表的報表操作任務：創建一個基于“圖書”表和“管理員”表的分組報表，報表中要求包括“書名”、“編號”、“出版社”、“單價”、“數量”、“管理員姓名”字段，要求在報表中按“管理員姓名”字段分組，用打印預覽查看生成的報表，然后以“圖書管理”作為報表的標題并以此命名報表。操作方案：使用“報表向導”創建報表。任務五、在“圖書一覽表”報表上添加控件操作任務：在“圖書一覽表”報表上添加一個水平控件，要求計算每本書的金額（金額=[單價]*[數量]），在報表頁腳上再添加一個垂直控件，要求計算整張表的金額，然后將報表修飾一下修飾方案自定。操作方案：使用報表“設計視圖”。

5、項目五Access宏操作項目目標和要求：通過本項目的學習，了解宏和宏組的概念和功能，掌握宏和宏組調用方法，了解宏和宏組在數據庫中的應用。本項目要求完成任務一、在“圖書”數據庫中創建宏任務要求：在“圖書”數據庫中創建一個宏，運行宏時要求打開“瀏覽圖書”窗體，查找到“書名”為“OFFICE新貌”的記錄，并以“查找書名”命名宏。操作方案：在宏的“設計視圖”中完成操作任務。任務二、在“圖書”數據庫中創建“打開報表和查詢”宏任務要求：在“圖書”數據庫中創建第二個宏，運行宏時要求打開“圖書一覽表”報表，打開“電子-復旦出版社”查詢，定位到第二個記錄上，以命名宏。操作方案：在宏的“設計視圖”中完成操作任務。任務三、在“圖書館”數據庫中為宏創建按鈕任務要求：在“圖書館”數據庫中創建一個空窗體，在空窗體上為“查找書名”和“打開報表和查詢”宏創建兩個按鈕，在第一個按鈕上顯示“查找書名”，在第二個按鈕上顯示“打開報表和查詢”，創建后單擊按鈕執行宏，然后檢查結果。操作方案：在窗體的“設計視圖”中用“命令按鈕向導”完成操作任務。

6、項目六AccessVBA編程項目目標和要求：通過本項目的學習，掌握VBA模塊的創建和過程設計，掌握VBA的事件處理方法本項目要求完成任務一、第一個VBA程序任務要求：創建一個“實例1”窗體，在窗體上創建3個命令按鈕，分別是“顯示”、“變色”和“退出”；1個標簽，內容是“歡迎大家到來！！”。任務二、創建VBA模塊任務要求：創建一個能在屏幕上顯示“歡迎傲游Access世界！！！”的提示框的模塊，模塊名稱為“歡迎模塊”。任務三、VBA過程設計任務要求：新建模塊，實現輸入兩個整數，并按從小到大排序輸出。任務四、VBA事件處理任務要求：在“密碼輸入”窗體中添加一個命令按鈕，并為該按鈕編寫事件過程，檢測輸入的密碼是否正確，如不正確彈出輸入密碼錯誤消息框。每個項目安排了教學內容、教學要求、學時分配（包括講課和實訓課時）。每個子項目都確立項目目標和要求，先理解“設計思路”，然后按“項目示范程序和設計思路”進行項目開發，參考“參考知識課件”進行知識點的學習，完成思考練習，最后提交項目工程。為了鞏固和提高，請獨立完成“拓展訓練”中的實訓任務，并提交完成的實訓工程。最后建立學生實訓作品選。項目完成后作品，可以在小組內進行互幫評價，可以讓教師進行指導性評價，還可以請企業方工程技術人員給予評價。以集思廣益、促進交流和鼓勵探究。

7、考核辦法及保障措施本課程采用形成性考核和平時表現分、AccessVBA編程三部分綜合評分辦法。具體是：平時表現占20%，形成性考核由5個實訓模塊的實訓成績每塊10%，第6個模塊AccessVBA編程占30%。要使本課程項目化教學順利完成，學生所使用的計算機實訓室必須具備電子教室、投影儀等示教設備或軟件系統，保證學生人手一機完成實際操作，并促使學生安排相當的課后訓練時間。

三、結束語

綜上所述，項目化教學是通過選取“工程項目”來創設“情景”，通過“協作學習”的方式開展學習，通過完成“工程項目”來達到完成教學，是一種比較有效的教學方法。我們采用任務驅動模式的教學方法，將課程分為若干個模塊，在每個模塊中明確教學目標為實際應用的任務，通過示教、自主訓練、課內講評、相關知識學習等環節達到應知應會的教學目的。通過該模式的教學，計算機專業學生能在課程教學過程中，掌握Access各模塊的主要功能，結合編程技術解實際問題。

作者：舒偉權 單位：浙江國際海運職業技術學院

數據庫設計論文:數據庫設計人事管理論文

1系統設計及功能實現

1.1信息管理模塊

本模塊主要是員工具體信息的錄入以及修改、員工字段的設置、瀏覽全部員工信息并可篩選部門輸出、人員基本信息的批量導入功能，共包括四個窗口。員工個人信息中以身份證號碼為主碼，通過Combobox下拉列表框來錄入員工的信息例如，性別可以通過“男”或“女”選擇錄入。如果系統里面錄入的身份證號相同，系統則會提示重復錄入。記錄添加窗口主要用來設置Combobox下拉列表框可選擇的信息。例如，職稱選項可設置為教授、教授級工程師、副教授、高級工程師、講師等。人員基本信息批量導入功能主要為減輕管理人員的工作量而設計的，當一個單位職工很多，且每一個職工都有幾十條信息需要輸入的時候，會給系統管理員帶來不小的麻煩。如果有現成的數據，可以通過excel電子表格進行批量導入，大大提高了工作效率。

1.2審核統計模塊

本模塊主要的功能是用來顯示全院教職工的信息以及審核已經注冊了的員工的信息，共包括兩個窗口。數據統計窗口包含了多個字段統計結果，在該窗口，管理員可以直觀地看到常用的一些需要統計的數據，以學歷為例，管理員很直觀地能看到學歷為研究生的有多少人，本科有多少人，大專及大專以下分別有多少人，當然，如果按系部的職工數來統計，可以直觀地看到具體的部門所有的人數，比如可以看到計算機科學與技術系有多少人，材料工程系有多少人等等。審核窗口主要用來審核新注冊員工的個人信息，通過他自己錄入的信息跟檔案進行核定，確保信息準確無誤，才能審核通過，審核通過的員工可以到登錄界面，正常查看自己的個人信息變動情況，如職稱以及聘用日期等等信息。

1.3管理用戶模塊

本模塊主要的功能是用來修改讓其他教工可看到的管理員個人信息、限制教工用戶的一些功能，以及數據庫的備份功能，主要包括兩個窗口，系統參數設置窗口主要用來公布一些管理員的部門信息，比如聯系人、聯系方式以及全部教工需要注意的公告等信。其次，用來鎖定教工用戶、禁止教工用戶修改個人信息以及禁止登錄系統等。數據庫備份窗口主要用來備份全部或選擇性的備份部分數據，防止數據全部丟失。

2系統數據庫設計

數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模塊，使之能夠方便地存儲數據，滿足用戶對數據的存取和調取。數據庫選擇ACCESS，是應用最廣的數據庫，對于初學者來說容易上手，操作方便簡單。本系統包含的數據表有用戶登錄信息表、用戶登錄信息表用來保存用戶登錄的相關信息，包括用戶名、登錄密碼以及登錄時間等信息。

3系統實現

3.1系統登錄界面實現

當登錄四川工程職業技術學院人事信息管理系統時，會彈出登錄界面，教工根據自己的賬號、密碼和驗證碼來登錄，如果輸入的信息其中任何一個有錯，將不能登錄，直至輸入的信息全部正確，則登錄成功，進入主窗體。用戶分管理員和教工兩種同的用戶，進入的歡迎界面自然也不會一樣。以管理員進入的界面為例，如圖2所示。

3.2系統主功能界面的實現

系統的主界面共有3個，分別是瀏覽管理所有記錄、記錄添加、字段項目設置，頁面左側有類似任務管理器的功能，主界面如圖3所示，下面列出了字段項目設置、新增學習經歷功能和數據庫鏈接的一些關鍵代碼。

3.2.1字段項目設置

此頁面主要的作用是用來設置常用的一些字段的下拉選項，以字段“職稱”為例，在穩步框中輸入“教授，教授級工程師，副教授，高級工程師，高級實驗師，講師，工程師，會計師，實驗師，助教，助理工程師”，那么在記錄添加頁面的列表框“職稱”下拉選項中將會出現。

3.2.2新增學習經歷或工作經歷

此功能的作用主要是用來增加或刪除學習經歷或工作經歷，由于我院人事信息當中的學習經歷要求從小學填起，所以每個人的學習經歷非常多，如果用EXCEL表格來管理學習經歷，數據列將會非常長，導致難以管理，如果用系統的方式來管理，不僅易于管理，而且很直觀。

4系統的優越性

以前學院單靠一張人事信息表來管理，沒有實現數據的共享，人事處所擁有的信息經常和系部等的信息對應不起來，導致信息滯后的現象時有發生，導致不管是給對外還是對學院內部統計的數據時有誤差，以前所收集到的信息都是人員報道以后，把紙質的文件交到人事處，然后人事處通過手工錄入到人事信息表里，這樣對信息的錄入、查詢非常的不便，由于excel工作表中含有多個單元格，容易出錯，通過系統的管理，首先，信息錄入首先由本人親自錄入，這樣保證的了數據的準確性，因為本人更加的清楚自己的具體信息，然后由系統管理員根據檔案審核，審核通過以后，每個教師都可以通過自己的賬號查看自己的信息，這樣就保證了信息的及時性，再也不需要向人事處打電話或親自到人事處來查詢自己的信息，對提高人事管理員和教師個人的工作效率的作用是不言而喻的。第一次使用系統來管理人員的單位，最頭痛的是把現有的信息錄入到系統里面，本系統也考慮到了這個問題，專門設置了信息批量導入功能，導入后使得系統能夠馬上發揮作用，不再需要一個一個的錄入，這樣比純錄入信息的方式從最開始效率就高出了許多倍。統計數據對每個員工眾多的單位來說是個很痛苦的事情，以前統計數據，往往是通過一張表格進行多次篩選才能得到，如果用系統的方式來統計，只需要在復選框中選中需要的字段就可以了，導出的數據會自動選擇出需要的字段，大大提高了工作效率。

5總結

本文介紹了基于asp技術的人事信息管理系統的設計過程，對主要的一些關鍵技術做了詳細的介紹，利用了優越的算法使得人事管理系統在管理層面上符合高校人事管理系統的應用需求。不僅使得信息容易管理，而且界面很直觀，能給學院領導快速的提供信息。

作者：李世龍羅秋霞張戈楊芬單位：四川工程職業技術學院