數(shù)據(jù)庫開發(fā)中面向對象編程思想論文

　　摘 要：關系數(shù)據(jù)庫在業(yè)界深遠的影響。但隨著軟件的設計越來越復雜，當前以數(shù)據(jù)庫設計為中心的數(shù)據(jù)庫應用系統(tǒng)的開發(fā)已經難以適應需求，設計出來的系統(tǒng)難以維護和升級�；�于面向對象的分析和設計的特點正好可以解決這方面的問題。本文將面向對象的思想如何與傳統(tǒng)的數(shù)據(jù)庫開發(fā)結合起來，可以思路更清晰的來分析和設計相關領域的應用系統(tǒng)。

　　關鍵詞：面向對象；數(shù)據(jù)庫開發(fā)；編程；計算機應用；信息系統(tǒng)

　　引言

　　當前關于數(shù)據(jù)庫的應用系統(tǒng)，最主要的就是兩層的結構，把關系數(shù)據(jù)庫既作為存儲機制，又作為管理工具。這樣的系統(tǒng)最主要的設計就是數(shù)據(jù)庫的設計，可以說實體及關聯(lián)的設計與修改就是整個應用系統(tǒng)的開發(fā)過程。但是如果客戶變動需求或者設計人員根本就沒有搞清楚最主要的需求是什么，那么設計的程序將是難于使用的，一個微小的變動卻使得設計者不得不大量的改變原碼或推翻重做。關系數(shù)據(jù)庫無法適應頻繁變動的需求。這里應用新的方法去模擬難以捉摸的現(xiàn)實需求。

　　1 關系數(shù)據(jù)庫的優(yōu)勢

　　當前用于存儲數(shù)據(jù)的持久機制主要有文件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)（按數(shù)據(jù)模型分為層次型、關系型、網(wǎng)狀型）�？梢圆捎梦募�或電子表格存儲數(shù)據(jù)，但運行業(yè)務時具有很大的局限性。對于非專業(yè)人士，嘗試維護和管理分散的企業(yè)中的信息孤島會遇到數(shù)據(jù)訪問和準確性問題。性能（尤其是在客戶需求的高峰時段）可能會降低至暫停狀態(tài)。

　　關系數(shù)據(jù)庫在這些方面強大得多，尤其在分析方面。關系數(shù)據(jù)庫使能夠以復雜、有意義的方式操作數(shù)據(jù)，從而可以檢索到與特定條件相匹配的所有記錄，交叉引用不同的表以及批量更新記錄。在以下情況下，關系數(shù)據(jù)庫是最好的選擇：要輸入（并經常更改）分散在業(yè)務中不同計算機上的多個電子表格或其他文件中的信息；數(shù)據(jù)（以及訪問數(shù)據(jù)的用戶數(shù)量）不斷增加或更加難以使用、管理、保護，還會遇到性能問題；基于數(shù)據(jù)生成特定或常規(guī)報表以進行決策制定，但無法始終確保數(shù)據(jù)的準確、完整性。

　　2 數(shù)據(jù)庫開發(fā)的對象思想

　　面向對象的理念是自發(fā)的，源自天然的。所以面向對象技術被設計得最遵循思維的自然方式。也就是說，用到的符號，術語，定義和每個人都相關�；�于面向對象的分析和設計技術的這些特點，客戶可以從始至終參與到系統(tǒng)的分析中去，參與到系統(tǒng)的設計。由于在討論對象之間的交互作用時，大家使用同樣的術語概念�？蛻暨�可以參與文檔的創(chuàng)建和編寫，因為他明確已有對象的含義。這樣分析出來的設計絕對是符合需求易于客戶使用及管理的。

　　另外加上面向對象技術方面的繼承等技術，使得應用系統(tǒng)的的升級變的輕松。當今計算機硬件的飛速發(fā)展使得由于使用面向對象技術帶來的速度效率問題變得越來越沒那么重要了，而各個行業(yè)對于計算機的使用使得軟件越來越復雜，清晰的分析和設計條理變成了更主要的問題，而面向對象是非常適合解決這個問題的。

　　3 應用面向對象的數(shù)據(jù)庫開發(fā)

　�。�1）系統(tǒng)分層 在數(shù)據(jù)庫和客戶端加入一個中間層，在這一層添加業(yè)務層和數(shù)據(jù)訪問層，數(shù)據(jù)訪問層與數(shù)據(jù)庫交互為業(yè)務層提供數(shù)據(jù)服務。業(yè)務層為客戶層提供經過分析及過濾篩選之后的對象及對象集合。

　　（2）面向對象分析和設計 分析需求中可能存在的潛在對象：對象是一個真實或抽象的元素項，它包含信息（即對象的屬性）和處理對象的方法。任何對象都可包含其他對象，這些對象又可包含其他對象，直到系統(tǒng)中最基本的對象被揭示出來。仔細閱讀需求說明書并在所有名詞下畫線，尋找于系統(tǒng)中的其他對象交互的實物，人員，地點、文件。尋找對象的屬性及對象之間的關系：通過需求找出潛在的對象之后就是分析對象的關系及某個對象（類）應該具有的屬性，面向對象的分析與設計的本質是我們用自然的觀點去看待一個應用系統(tǒng)的實現(xiàn)。

　�。�3）行數(shù)據(jù)庫設計 要用面向對象思想進行數(shù)據(jù)庫設計，因此應該選擇實體主導型設計方法：設計應用系統(tǒng)結構;選擇便于將應用程序與 DBMS 結合的DBMS體系結構,如RDBMS;根據(jù)應用程序使用的環(huán)境平臺,選擇適宜的DBMS(如Oracle)和開發(fā)工具(如PB)設計數(shù)據(jù)庫,編寫定義數(shù)據(jù)庫模式的SQL程序;編寫確保數(shù)據(jù)正確錄入數(shù)據(jù)庫的用戶接口應用程序;錄入數(shù)據(jù)庫數(shù)據(jù);運行各種與數(shù)據(jù)庫相關的應用程序,以確認和修正數(shù)據(jù)庫的內容。

　　用數(shù)據(jù)庫作為應用系統(tǒng)中對象的持久機制，而對象之間的關系也就是相對于數(shù)據(jù)庫設計部分的實體之間的關系，應該由應用系統(tǒng)的對象協(xié)調處理。就是把需求邏輯留在業(yè)務層去處理。

　　4 應用實例

　　4.1系統(tǒng)構想

　　設想這個是校園學生信息MIS系統(tǒng)。該MIS系統(tǒng)有幾種驗證方法，一、通過使用的代理和選擇的學校。如果其代理在其學習的代理IP段的話，就認為是在宿舍上網(wǎng)，可認為是學生，將自動通過注冊請求，系統(tǒng)發(fā)激活郵件；二、不符合第一種情況的話，看選擇的注冊方式如果是使用IP電話的話去根據(jù)選擇的學�？刺顚懙腎P電話是否符合所在學校的IP段，如果符合的話，系統(tǒng)發(fā)激活郵件；三、選擇學校郵箱注冊，根據(jù)選擇的學校和他填寫的郵箱，如果域名符合就認為注冊人為合法學生，系統(tǒng)發(fā)激活郵件；四、選擇其他方式，通過人工方法去確認注冊者的合法性。

　　以上是用戶注冊的過程，注冊成功后，用戶通過激活賬戶的鏈接，激活自己的賬戶，然后登陸，登陸成功后就可以使用注冊用戶可以使用的所有功能。管理員除可以擁有所有注冊用戶可以使用的功能外，還可添加學校宿舍及課程信息；編輯學校所在的IP段，查看所有用戶的狀態(tài)，進行活動管理，即添加、編輯活動，設定活動規(guī)則。

　　應用系統(tǒng)需要響應用戶的操作；另應用系統(tǒng)還需要給出各種各樣的排行；需要按照規(guī)則確定活動的獲獎者等；需要記錄用戶的操作，以確定用戶的積分；給登陸用戶提示是否有人邀請成為朋友，是否有新的信件，是否有組織邀請加入；系統(tǒng)需要維護組織和組織成員之間的關系，即每個組織都有一些成員（合法用戶分創(chuàng)建人、管理員和普通成員），創(chuàng)建人可以提升普通人員為管理員。

　　4.2數(shù)據(jù)庫設計

　　這里對于設計數(shù)據(jù)庫、處理與數(shù)據(jù)庫的交互，需要從靜態(tài)類圖中設計到的對象分析出要持久化的對象，關系數(shù)據(jù)庫在這里只是一個存儲機制，不過用面向對象的思想設計的數(shù)據(jù)庫是應用系統(tǒng)能夠面向對象的基礎。從系統(tǒng)組成得知需要存儲注冊用戶的信息、博客的文章、博客和用戶間的擁有關系、相冊信息及照片信息、討論主題、帖子信息、組織信息、學校信息等。這里就不給出數(shù)據(jù)庫設計的示例了，需要注意的是盡量應用對象之間的關系由類去處理即關聯(lián)關系留在業(yè)務邏輯層處理，數(shù)據(jù)庫專著于存儲當然某些關聯(lián)關系還是應該存儲下來的，否則業(yè)務類也無從處理。在設計業(yè)務邏輯層時，將同一類的對象抽象封裝為一個類。

　　用ownertype去存該comment是對什么對象進行的評論，而ownerID確定下來被評論對象的id。然后建立兩個（或者更多視需求而定）視圖，在加載評論時就可以直接從視圖blog article comments中直接選擇。當然在添加評論的操作是放在擁有他的類的方法中的。因此，就可以比較容易得到其擁有著的類型。

　　4.3數(shù)據(jù)庫部署

　　整個系統(tǒng)分為三層，客戶層、業(yè)務邏輯層及數(shù)據(jù)訪問層，選擇SqlServer2000作為數(shù)據(jù)庫。項目使用asp.net作為開發(fā)平臺，用c#作為開發(fā)語言，相應的使用IIS6.0作為WEB服務器。

　　本系統(tǒng)的兩種角色注冊用戶和管理員用戶的問題，在上面的類結構設計時，我讓管理員繼承的注冊用戶類，這樣管理員就自然的擁有注冊用戶可以使用的所有權限，而它本身還可以擁有自己的權限，對學校的管理，對宿舍、專業(yè)及注冊用戶的管理。在頁面類設計時采用這樣的設計來確保使用頁面的權限問題。設計三個類BasePage、BasePageForLogin、BasePageForAdmin,這三個類都繼承自System.Web.UI.Page重載了Render方法，這樣就可以為同一級別的頁面（是指只能被某一級別用戶瀏覽的一系列頁面）繪制相同的導航條，使頁面的風格統(tǒng)一化；BasePage類來作為未注冊用戶可以瀏覽的頁面的基類， BasePageForLogin類作為只有注冊用戶才可以瀏覽頁面的基類，BasePageForAdmin類作為只有管理員才可以瀏覽頁面的基類。然后就可以在這些類的render方法中進行統(tǒng)一的權限設置及出錯管理。

　　參考文獻：

　　.高等教育現(xiàn)版社,2004年

【數(shù)據(jù)庫開發(fā)中面向對象編程思想論文】相關文章：

數(shù)據(jù)庫系統(tǒng)設計中面向對象技術的應用03-30

簡談哲學與面向對象的關系及軟件開發(fā)的發(fā)展方向03-29

系統(tǒng)開發(fā)式教學方法在ACCESS數(shù)據(jù)庫教學中的應用的論文04-03

計算機軟件開發(fā)中JAVA編程語言12-08

軟件工程編程論文03-23

PBL教學模式在數(shù)據(jù)庫課程中的應用論文02-21

《園冶》中的生態(tài)美學思想探析論文02-28

論文致謝的對象與要求12-07

論文致謝的對象要求11-26