計算機系畢業論文範文參考

  提升高師計算機系的競爭力是為中學提供合格的計算機人才的基礎,也是當前高師計算機系能否生存與健康發展的關鍵所在。下面是小編為大家推薦的計算機系畢業論文,供大家參考。

  計算機系畢業論文範文一:計算機資料庫的建構與管護

  企業管理資料庫[3]的資料資訊是由工業管理以及商業管理要求來決定的,收集職工詳細資訊,包括人員情況、職工薪水、職稱晉級、產品指標以及銷路規劃等,及時瞭解員工的工作狀況以及企業的經濟資料,能夠提高工作效率,使企業的日常運營方便快捷。當構建企業資料庫的時候,比如企業的產品資料庫,資料庫包含的資訊有產品的效能特徵、廠家的具體情況等,因此檢索欄位可以設定為產品名稱、廠家名稱以及產品分類號等,有利於使用者快速檢索相關產品,當客戶需要查詢某種產品的時候,只需要輸入主題字或者關鍵字,就可以獲得該產品的產品情況。另外,由於員工的加入以及退出,會導致資訊資料的變化,因此,在建立企業資料庫的時候,應該嚴格按照資料庫的構建流程,建立完善的資料庫體系。對於人員流失比較頻繁的部門,應該建立專門的資料庫,保證資料庫的完善,避免資料庫的損壞。在日常工作中,還要不定期對資料庫資料資訊進行更新。

  儘管資料庫是嚴格按照流程進行構建的,但是資料庫的漏洞也是難以避免的。比如前後工作之間的銜接以及校驗,比如計算機文字的錯誤錄入。因此,必須對資料庫進行維護和管理。

  1加強資料庫管理人員的技能

  維護計算機資料庫,應該加強資料庫管理人員的專業技能和綜合素質,使它們能夠熟練掌握計算機專業知識,熟練運用計算機相關軟體。建立專門的資料庫校驗部門,分派專業管理人員對資料庫進行分析和校驗,檢查資料庫構建過程以及檢索過程中出現的錯誤,並且及時進行核實,並且進行更正,保證資料庫資訊資源的準確性和完整性。

  2加強資料庫的更新與維護

  當計算機資料庫構建完畢以後,應該全面檢查輸入資訊的準確性以及完整性,建立定期檢查制度[4],保證計算機資料庫的質量,提高資料庫的利用效率。資料庫的時效性影響著資料庫的生命。因為科學技術發展十分迅速,資料資訊不斷更換,比如國家政策、法律法規等,隨時都可能出現過時的現象,一旦舊的法律以及標準被重新制定或者修改和增補,那麼就需要重新錄入最新資料資訊,代替作廢的舊資訊。因此,除了選擇效能好的作業系統之外,還應該及時對系統進行升級,保證系統的穩定執行,還要對資料資訊進行實時記錄,及時進行更新,並新增到資料庫中,有利於利用資料庫的資訊資源。對於大學圖書館資料庫的維護,由於分類名目較多,圖書資源繁雜,因此,應該根據學校的性質以及文獻的專業設定,細化圖書文獻資源的分類工作,減少不必要的類別,並且新增新的文獻資源。如果不能及時對資料庫進行更新維護,那麼就無法保證資料庫的準確性以及全面性,從而對資料庫的有效應用造成影響。對於企業產品資料庫的維護,一般在一至兩週年內對資料進行更新[5],因為產品可能停產或者改型,也可能研製出了新一代的產品,而且有些廠家可能已經倒閉,或者更換了廠址,或者改了新的廠名,產品資訊的變化非常大,所以,必須及時對產品的相關資料資訊進行更新,保證產品資訊具有一定的時效性。只有及時更新資料庫,才能保證資料庫的活力與生命,才能滿足資訊時代人們對於資料資訊的需求。

  3重視使用者的計算機教育

  在計算機資料庫的使用過程中,還要對資料庫的使用者進行相關培訓。只有對使用者普及計算機知識以及資料庫的知識,才能使使用者在使用過程中達到快捷方便的使用目的。另外,還應該編制使用者使用手冊,並且重點標註重要的注意事項,使使用者能夠合理地運用資料庫資訊資源,避免造成資料庫的破壞。

  4營造方便快捷的網路環境

  當資料庫建成以後,必須配備一定數量的、效能好、執行穩定的計算機,還需要定期對計算機的裝置硬體以及應用軟體進行定期檢測和維護,確保計算機資料庫的正常使用。營造方便快捷的網路環境,有利於推動社會經濟和文化教育,擴充套件資料庫的應用領域,提高資料庫的使用效率,充分發揮資料庫的強大作用。

  隨著時代的進步以及科學技術的發展,計算機資料庫成為學校以及企業必需的工具。資料庫的構建和管理也是一項長期而複雜的工程,因此,在資料庫的操作過程中,必須細緻入微,銜接得當,創造出一個穩定、準確的操作環境,提高學習和工作的效率。

  計算機系畢業論文範文二:時間效能資料庫的運用

  1背景介紹

  將資料庫中的資料和時間屬性進行特殊處理的必要性在上世紀七十年代就被理解和提出.支援這種處理的資料庫被稱為時間資料庫.快速資料恢復和更新***即線上訪問即時資訊的可能性***是資料庫管理系統最重要特徵之一.自上世紀七十年代起的二十年中,時間資料庫已經被非常詳盡的研究,但還沒有一種廣泛應用的商業資料庫管理系統支援時間屬性,而且將時間屬性工具加入到結構化查詢語言***SQL***標準中的嘗試也失敗了.時間屬性工具的缺乏造成了人們對時間資料功能的研發與執行的不完善,其嚴重缺陷表現在以下幾方面:

  *對完整性約束的應用,複雜且效率低;

  *對開發者來說執行查詢的邏輯有模糊的連線,有些資料庫管理功能在應用中才能被實現;

  *由於缺乏明確的設計模式,使程式的執行產生多樣性,甚至在同一個應用中就顯示出不同;

  *同樣的功能被重複執行.需要注意的是,幾乎所有關於時間資料庫的研究都存在著對支援時間資料的手段已包含在資料庫管理系統中並被執行的假設.雖然這樣的假設保證了查詢語言所必需的功能可以使用,但是時間屬性在資料庫管理系統水平上全面執行的代價非常昂貴,且沒有現成可用的解決方案.

  本文將論述如何在廣泛應用的商業資料庫管理系統構架中區域性實施時間功能.因為不能對已確立的資訊系統程式設計和已開發好的程式做出重大的改變,所以提出了一種在構架中利用現有技術工具來實施的方法,這項課題的主要目的闡述如下:

  *提供在傳統關係或物件關係的資料庫管理系統的構架中使用時間屬性手段;

  *對在應用程式設計和資料庫已確立的方法中進行細微改變的限制;

  *執行程式不能降低系統中沒有使用時間資料的那些部分的效能;

  *不對使用傳統方式來保證資料完整性的控制造成妨礙;*執行程式的成本必須低廉.

  2基本執行法則

  2.1對於歷史資料的要求

  歷史資料的儲存是系統的需求,這一需求可能對應用的各個領域至關重要.系統的主要事件邏輯模組可以在應用程式的時間層面上進行獨立的設計與開發.從本質上講,支援歷史資料更改同支持事務完整性和經授權的資料訪問,都屬於系統的基本功能.在本文中,使用的是區間時間的資料表達形式.假設一實體,它的任何歷史改變都必須儲存下來,並同這實體的當前狀態***即事物物件的普通狀態***一起,表現出這個實體的表達形式.當表達形式有效時,除普通屬性外,它成為了一個被用於研究區間時間的抽象概念.在物件級別上,有效和時間的表達形式之間的關係通常取決於執行程式.時間屬性的支援不會影響到系統事物邏輯分析和設計,並且不需要任何特殊的開發程式.需要儲存歷史資料的應用程式的設計必須包括下列步驟:

  *設計系統的事物邏輯;

  *增加對保留某些事物實體的歷史變化的要求.

  因此,設計步驟須指定實體以及之間關係.對於這些實體及關係,必須保留修改歷史.統一建模語言***UML***模板便是例子之一.應用程式必須能夠處理歷史資料,這就要求開發特殊的介面來進行資料訪問,開發圖形介面向終端使用者呈現歷史資料.應用程式的程序邏輯在時間面上的疊交狀態,僅意味著概念上支援歷史更改要求的資料模型可被獨立地進行設計.包含系統實體有效狀態的資料模型稱為基本模型,對於歷史更改的基本模型來說,新增屬性的資料模型稱為時間模型.在本文中將就關係資料庫中的時間表達做出詳細的描述.支援歷史資料的方法不需要附加編碼.儲存歷史改變的表和表中更新資料的觸發器可以從基本模型的模式中自動生成.

  2.2對於歷史資料的表達

  我們對實體及其關係進行定義以便建立時間模式,這些實體和關係的歷史更改必須被儲存下來.在基本模式中,這些實體及其關係是與關係表相關聯的.對每一個這樣的表,我們用與基本模式同樣的檔名建立一個附加表,並加以H字首.例如,對檔名為EMPLOYEE的表,我們建立了以HEMPLOYEE為名的表.這個新的表包含了與基本表同樣的列,以及兩個額外的列——時間區間的開始與結束,在這一區間中,表中每行的數值都是有效的.這兩個額外列的名字分別由基本表中的名字加以FTS***實施時間標記***字尾和XTS***終止時間標記***字尾來構成.每一個H表都具有主鍵和外來鍵.主鍵由基本表的主鍵和FTS列構成.例如***圖1***表HEMPLOYEE,主鍵為:Primarykey***ID,EMPLOYEE-FTS***基本表的主鍵則被用做H表的外來鍵:Foreignkey***ID***referencesEMPLOYEE***ID***H表中的資料自動更新,因此,時間模式裡不存在完整性約束.

  2.3對於更改歷史的更新

  現在來考慮在H表中插入和更新記錄重要的規則是應用程式不可直接更新這些表中的資料,H表應進行自動更新.自動更新可由觸發器執行或者作為應用程式構架中的功能.以下是資料更新的規則:

  *當一個記錄插入到基本模式表中時,同樣的資料也被插入到相應的時間模式H表中FTS欄位的數值被設成當前的日期和時間,XTS欄位的數值設成一個遠離的時間點.

  *當一個記錄在基本模式表中被更新時,在H表中相應的記錄***具有同樣的主鍵和XTS欄位等於ENDDATE***也隨之更新.之後,這一記錄將不再有效,同時XTS欄位被設為當前時間.一個具有當前欄位值的新記錄隨即插入到H表,FTS欄位設成當前時間,XTS欄位重新設成ENDDATE;

  *當基本模式表中的記錄被刪除時,H表中相應的記錄***XTS欄位為ENDDATE***也隨即進行更新,將XTS欄位設為當前時間.H表保留了所有資料更改的歷史.每一個H表中的記錄在區間[FTS,XTS]中都是有效的.更改歷史是連續的,前面描述的帶有同樣主鍵的記錄的FTS欄位值與XTS欄位值在同一時間進行改變.H表的主鍵由基本表的主鍵和FTS欄位構成.由於時間是離散的,上面描述的模式不能保證主鍵的值是唯一的.

  這一問題可以通過附加檢查得以解決.如果另一個具有當前FTS值的記錄已經存在,那麼至少在新的記錄中FTS有一位有效值會被增加.儘管基本模式中的所有資料在時間模式中都存在,基本模式仍是有用的,理由如下:

  *完整性約束在時間模式中沒有定義,並且可以不被資料庫管理系統進行核實;

  *時間模式表可能比基本模式表大很多;

  *對於一些查詢,時間模式中的資料連線不如基本模式表中的連線有效.

  以上提出的執行方法對於其他型別的冗餘也進行了假設,冗餘的程度經過了選擇,從而更易實行有效查詢.很明顯,為了能夠有效執行查詢,資料庫需要進行細微的調整.特別是時間表上應選擇一組索引.不過,這一問題超出了本文論述的範圍,在此不詳敘述.我們強調不同的完整性約束可以在基本模式中儲存當前資料的值,以確保建立高度可靠的資料庫.

  3資料庫查詢執行

  3.1包含時間條件的查詢

  基本模式中的資料查詢提供了資料的當前值.由於時間資料的支援使得在過去一定時間區間裡獲得的有效資料、實體更改的歷史、帶有時間謂詞的執行查詢以及生成各種報告均成為可能.例如我們可以找出一個員工在任職經理時工資的改變,或者這一員工在一定時間區間裡的平均工資.在本文中,將對以下查詢進行探討:

  *快照查詢可獲得在過去某一時間上實體及其關係的狀態.例如我們可以查詢到某個員工在2000年12月31日的工資是多少;

  *跟蹤日誌查詢可以追溯實體更改的歷史例如可以查詢員工在過去5年中工資變動的情況.

  下面分別論述歷史資料表達如何應用在以上的查詢中,從而在結構化查詢語言***SQL***中對查詢進行表達.

  3.2快照查詢

  實際上,快照查詢是帶有附加引數的普通查詢,也就是追溯查詢資料有效時的時間.為了將一個普通查詢轉換為快照查詢,需要執行以下步驟:***1***將基本表中的參照替換為相應H表中的參照.***2***對每個與查詢相關的H表,在WHERE語句中新增附加條件:snapshotdate>=FTS和snapshotdate<XTS.然後,將特定時間裡的記錄從每個H表中選擇出來例如選擇當前某位員工工資的查詢為:SELECTE.SALARYFROMEMPLOYEEEWHEREE.ID=100這種在特定時間裡對那位員工工資的查詢被轉換成下面的查詢:SELECTE.SALARYFROMHEMPLOYEEEWHEREE.ID=100ANDEMPLOYEEFTS>=:snapshotdateANDEMPLOYEEXTS<:snapshotdate由於同一位員工的時間區間是不會重疊的,兩個查詢產生同一個記錄需要注意的是,有效資料在H表中被複制,因此,最後一個查詢也會產生有效資料***例如,當snapshotdate=currentdate***.

  3.3跟蹤日誌查詢

  現在我們來論述追溯歷史更改的查詢.這種查詢的複雜度取決於與查詢有關的時間表的數量,所選記錄有效的時間區間在不同的時間表中必須吻合.為了建立一個跟蹤日誌查詢,需要兩個帶有不同引數的函式.一個產生最大自變數,另一個產生最小自變數.在查詢中會用到下列表達式:

  *maximal***table1fts,…,tablenfts***從自變數列表中選出最大的自變數.我們將其代入所有與查詢有關的H表的FTS值.為了簡潔起見,這一函式產生的值記為MAXFTS;

  *minimal***table1xts,…,tablenxts***從自變數列表中選出最小的自變數.我們將其代入所有與查詢有關的H表的XTS值.同樣,這一函式產生的值記為MINXTS.為了將查詢轉換為跟蹤日誌查詢,需要執行以下步驟:***1***將基本表中的參照替換為相應H表中的參照.***2***將表示式MAXFTS和MINXTS加入所選欄位的列表中.***3***將附加條件MAXFTS<MINXTS加入WHERE語句中.***4***下面的步驟可能需要操作:對歷史更改進行追溯的區間進行界定.在WHERE語句中加入條件MINXTS>SANDMAXFTS<E,其中S和E分別是區間的開始值和終止值.假設查詢一位員工及其部門的資訊:隨著時間的變化,這位員工的工資、所在部門甚至姓名都有可能改變.在一定時間區間裡選擇同樣資料的跟蹤日誌查詢為。

  4結論

  本文所論述的對於時間資料的區間表達的執行並不新奇,類似的執行程式已被很多商業軟體包和開發小組所用.然而人們對於效率的問題,完整性約束的支援,應用程式開發以及查詢的設計都應更深入的思考.

  本文提出的技術考慮了上述所有因素,因此,保證了高效和可信賴軟體的開發.文章也僅描述了在非時間資料庫管理系統中支援時間屬性的基本方面.許多重要的課題還有待研究,其中包括:

  *應用程式的額外功能[例如撤銷***Undo***功能];

  *執行並使用基於事件的表達方式;

  *與事務支援機制的相互作用;

  *對於有效時間的表達和使用***相對於事務時間***.