資料庫開發過程

『壹』 資料庫的開發流程是什麼

這是一個非常復雜的問題。建議這位網友去看看有關軟體工程的書籍。當然，看書是一件非常煩悶的事情，在這，盡管試試將我的經驗寫一點吧。
首先，要明確你要做一個什麼系統。想達到什麼目的。想怎樣去使用。有了明確的目標後，便要開始計劃整個資料庫系統該怎樣去做。
第二，是選擇資料庫後台。資料庫是保存數據的工具，可以理解為保存數據的一個大倉庫，它把你所需要的數據全部保存起來。但要怎樣使用這些數據，使之可以根據你的需要顯示出來，那就不是資料庫的責任了，這就需要程序來實現了。不同的資料庫後台各有優點缺點，不可一概而論哪個好哪個差，要看系統實際來斟酌。即是說，確定目標後就需要選擇資料庫。
第三，確定後台資料庫的內容，即確定數據結構。既然整個資料庫等於一個大倉庫，此時就要把倉庫劃分成一個個區域，用於保存不同類別的東西。這就是確定數據表及每個表的欄位及各欄位的數據類型。這是非常巨大的工作，你需要把有可能使用到的內容都設計到你的數據表中，以便以後可以保存及調用數據。還要想到表與表的關系，欄位與欄位的關系。好的數據結構會使到整個程序設計方便、科學、全面。這些內容，必須去查看相關書籍，同時不斷積累經驗，並非三言兩語可以說得清楚了。
第四，選擇合適的前台開發工具。對於後台資料庫的操作，目前常用的前台開發工具基本都可以與之相連並對之操作，但是不同的開發語言有各自的長處。選擇哪一種語言並不太重要，最重要是看你是否願意一心一意鑽研下去。對於初學者，什麼語言都是一樣的，就如小孩子學語言，學中英意日其實都一樣容易，也一樣難。
第五，當清楚資料庫後台和開發前台的特性與功能後，就可以開始規劃系統的流程了。一般可以根據系統功能先將其劃分為幾大功能模塊，然後再細分為各個細功能模塊，然後對於各個功能模塊進行設計。一般流程可以是這樣的：
1、設計流程圖。把整個功能用流程的方式顯示出來，讓自己的思路清楚地記錄在流程圖上，這樣可以輕易地模擬模塊的運算過程，查找出不合理的地方進行修改。
2、編寫程序。確定流程合理無誤後，便可以開發進行程序的編寫。由於現時硬體的強大，對語句的要求已經不再強調。只要可以達到目的，就可以了。
第六，試運行程序。完成一個功能後，可以試運行，輸入數據進行測試，不斷修改，最後達到完全無誤。
第七，測試。完成程序後，就要進行全面的測試。一般來說，自己是找不到自己的錯誤的。明知是錯就不會寫進去，所以我喜歡找別人來為我測試。讓別人去用，而且是讓別人隨便地用，不一定按自己所說的操作方法去用。這樣最容易找到程序中的錯誤。
第八，不斷地修改。不斷修改程序，使其所有的漏洞都改正過來。
第九，編譯。程序確認無誤後，就可以進行編譯。
第十，投入使用。

其實我所寫的並不能回答這個問題，完全解答這個問題，最後還是去學習一下軟體工程。不看書總是不行的。希望可以為你帶來一點點幫助吧。

『貳』 資料庫設計過程包括幾個主要階段哪些階段獨立於資料庫管理系統哪些階段依賴於資料庫管理系統

資料庫設計階段包括五個階段，分別是：需求分析階段、概念結構設計階段、邏輯結構設計階段、物理設計階段、資料庫實施階段、資料庫運行和維護階段。

獨立於資料庫管理系統的是：需求分析階段，概念設計階段，邏輯設計階段，物理設計階段。

依賴於資料庫管理系統的是：實施階段，運行和維護階段。

資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜。

因此最佳設計不可能一蹴而就，而只能是一種「反復探尋，逐步求精」的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。

(2)資料庫開發過程擴展閱讀：

形成過程

1、需求分析階段：綜合各個用戶的應用需求(數據流程圖(DFD)。

2、概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)。

3、邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式。

4、物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式。

『叄』 資料庫設計的基本步驟

資料庫設計的基本步驟如下：

1、安裝並打開Mysql WorkBench軟體以後，在軟體的左側邊欄有三個選項，分別是對應「連接資料庫」、「設計資料庫」、「遷移資料庫」的功能。這類選擇第二項，設計資料庫，點擊右邊的「＋」號，創建models。

『肆』 資料庫的發展過程

一、搖籃和萌芽階段：首先使用"DataBase"一詞的是美國系統發展公司在為美國海軍基地在60年代研製數據中引用。

1963年，C·W·Bachman設計開發的IDS(Integrate Data Store)系統開始投入運行，它可以為多個COBOL程序共享資料庫。
1968年，網狀資料庫系統TOTAL等開始出現;
1969年，IBM公司Mc Gee等人開發的層次式資料庫系統的IMS系統發表，它可以讓多個程序共享資料庫。
1969年10月，CODASYL資料庫研製者提出了網路模型資料庫系統規范報告DBTG，使資料庫系統開始走向規范化和標准化。正因為如此，許多專家認為資料庫技術起源於20世紀60年代末。資料庫技術的產生來源於社會的實際需要，而數據技術的實現必須有理論作為指導，系統的開發和應用又不斷地促進資料庫理論的發展和完善。
二、發展階段：20世紀80年代大量商品化的關系資料庫系統問世並被廣泛的推廣使用，既有適應大型計算機系統的，也有適用與中、小型和微型計算機系統的。這一時期分布式資料庫系統也走向使用。
1970年，IBM公司San Jose研究所的E ·F ·Code發表了題為"大型共享資料庫的數據關系模型"論文，開創了資料庫的關系方法和關系規范化的理論研究。關系方法由於其理論上的完美和結構上的簡單，對資料庫技術的發展起了至關重要的作用，成功地奠定了關系數據理論的基石。
1971年，美國數據系統語言協會在正式發表的DBTG報告中，提出了三級抽象模式，即對應用程序所需的那部分數據結構描述的外模式，對整個客體系統數據結構描述的概念模式，對數據存儲結構描述的內模式，解決了數據獨立性的問題。
1974年，IBM公司San Jose研究所研製成功了關系資料庫管理系統System R，並且投放到軟體市場。
1976年，美籍華人陳平山提出了資料庫邏輯設計的實際（體）聯系方法。
1978年，新奧爾良發表了DBDWD報告，他把資料庫系統的設計過程劃分為四個階段:需求分析、信息分析與定義、邏輯設計和物理設計。
1980年，J·D·Ulman所著的《資料庫系統原理》一書正式出版。
1981年 E· F· Code獲得了計算機科學的最高獎ACM圖林獎。
1984年，David Marer所著的《關系資料庫理論》一書，標志著資料庫在理論上的成熟。
三、成熟階段：80年代至今，資料庫理論和應用進入成熟發展時期 易觀國際發布《IT產品和服務－2007年中國資料庫軟體市場數據監測》，考察了中國資料庫管理軟體市場。數據顯示，中國商業資料庫市場2007年度整體規模達到21.72億人民幣，比去年同期增長15%。從廠商競爭格局來看，國際軟體巨頭占據市場的絕大多數份額。Oracle、IBM、Microsoft和Sybase牢牢占據國內資料庫軟體市場前四位，擁有93.8%的市場份額。國產資料庫的市場份額在本季度繼續提升，正在抓住國家提倡自主創新的機遇，以「有自主知識產權」的產品為契機，滿足部委和地方政府的信息整合平台需求。 2008年，中國商業資料庫市場整體規模達到了28.25億元，比上個年度增長了30%，一方面，主要是因為中國電子政務建設的大幅增加，以及中國政府對版權的高度重視。其中，Oracle占據了其中44%的市場份額，IBM占據了其中20%的份額、微軟占據了18%的份額，Sybase占據了10%，而國產資料庫因為在政府的支持下，已經占據了8%的市場份額，較2007年同比提升了25%。其中，達夢資料庫年銷售額為6600萬元，為國產資料庫中市場份額最大的。預計中國商業資料庫市場在2009年達到31億元的市場規模，同時，國產資料庫在中國政府鼓勵自主創新的基礎下，會占據更大的市場份額。 另外，包括Mysql等開源資料庫也占據了大量的政府及中小企事業用戶，同時，盜版資料庫更是占據了中國資料庫市場的較大份額，其數值不亞於整個商業資料庫的市場份額。

『伍』 開發一個完整的資料庫系統具體的流程是什麼

一：表中應該避免可為空的列； 二：表不應該有重復的值或者列； 三： 表中記錄應該有一個唯一的標識符 在資料庫表設計的時候，資料庫管理員應該養成一個好習慣，用一個ID號來 唯一的標識行記錄，而不要通過名字、編號等欄位來對紀錄進行區分。每個表都應該有一個ID列，任何兩個記錄都不可以共享同一個ID值。另外，這個ID值最 好有資料庫來進行自動管理，而不要把這個任務給前台應用程序。否則的話，很容易產生ID值不統一的情況。 另外，在資料庫設計的時候，最好還能 夠加入行號。如在銷售訂單管理中，ID號是用戶不能夠維護的。但是，行號用戶就可以維護。如在銷售訂單的行中，用戶可以通過調整行號的大小來對訂單行進行 排序。通常情況下，ID列是以1為單位遞進的。但是，行號就要以10為單位累進。如此，正常情況下，行號就以10、20、30依次擴展下去。若此時用戶需 要把行號為30的紀錄調到第一行顯示。此時，用戶在不能夠更改ID列的情況下，可以更改行號來實現。如可以把行號改為1，在排序時就可以按行號來進行排 序。如此的話，原來行號為30的紀錄現在行號變為了1，就可以在第一行中顯示。這是在實際應用程序設計中對ID列的一個有效補充。這個內容在教科書上是沒 有的。需要在實際應用程序設計中，才會掌握到這個技巧。 四：資料庫對象要有統一的前綴名 一個比較復雜的應用系統，其對應的資料庫表往往以千計。若讓資料庫管理員看到對象名就了解這個資料庫對象所起的作用，恐怕會比較困難。而且在資料庫對象引用的時候，資料庫管理員也會為不能迅速找到所需要的資料庫對象而頭疼。 為此，筆者建立，在開發資料庫之前，最好能夠花一定的時間，去制定一個資料庫對象的前綴命名規范。如筆者在資料庫設計時，喜歡跟前台應用程序協商，確定 合理的命名規范。筆者最常用的是根據前台應用程序的模塊來定義後台資料庫對象前綴名。如跟物料管理模塊相關的表可以用M為前綴;而以訂單管理相關的，則可 以利用C作為前綴。具體採用什麼前綴可以以用戶的愛好而定義。但是，需要注意的是，這個命名規范應該在資料庫管理員與前台應用程序開發者之間達成共識，並 且嚴格按照這個命名規范來定義對象名。 其次，表、視圖、函數等最好也有統一的前綴。如視圖可以用V為前綴，而函數則可以利用F為前綴。如此資料庫管理員無論是在日常管理還是對象引用的時候，都能夠在最短的時間內找到自己所需要的對象。 五：盡量只存儲單一實體類型的數據 這里將的實體類型跟數據類型不是一回事，要注意區分。這里講的實體類型 是指所需要描述對象的本身。筆者舉一個例子，估計大家就可以明白其中的內容了。如現在有一個圖書館里系統，有圖書基本信息、作者信息兩個實體對象。若用戶 要把這兩個實體對象信息放在同一張表中也是可以的。如可以把表設計成圖書名字、圖書作者等等。可是如此設計的話，會給後續的維護帶來不少的麻煩。 如當後續有圖書出版時，則需要為每次出版的圖書增加作者信息，這無疑會增加額外的存儲空間，也會增加記錄的長度。而且若作者的情況有所改變，如住址改變 了以後，則還需要去更改每本書的記錄。若這個作者的圖書從資料庫中全部刪除之後，這個作者的信息也就盪然無存了。很明顯，這不符合資料庫設計規范化的需 求。 遇到這種情況時，筆者建議可以把上面這張表分解成三種獨立的表，分別為圖書基本信息表、作者基本信息表、圖書與作者對應表等等。如此設計以後，以上遇到的所有問題就都引刃而解了。

『陸』 簡述資料庫設計過程

資料庫設計過程分為以下六個階段：

1、需求分析階段

准確理解和分析用戶需求（包括數據和處理），它是整個設計過程的基礎，也是最困難、最耗時的一步。

2、概念結構設計階段

是整個資料庫設計的關鍵，通過對用戶需求的集成、歸納和抽象，形成了一個獨立於特定資料庫管理系統的概念模型。

3、邏輯結構設計階段

將概念結構轉換為DBMS支持的數據模型，對其進行優化。

4、資料庫物理設計階段

為邏輯數據模型選擇最適合應用程序環境的物理結構（包括存儲結構和存取方法）。

5、資料庫實現階段

根據邏輯設計和物理設計的結果，使用資料庫管理系統提供的數據語言、工具和主機語言，建立資料庫，編寫調試應用程序，組織數據倉庫，並進行試運行。

6、資料庫運行維護階段

資料庫應用系統經試運行後可投入正式運行，在資料庫系統運行過程中，需要不斷地對其進行評估、調整和修改。

註：在設計過程中，將資料庫的設計與資料庫中數據處理的設計緊密結合起來，在每個階段同時對這兩個方面的要求進行分析、抽象、設計和實現，相互借鑒和補充，從而完善這兩個方面的設計。

(6)資料庫開發過程擴展閱讀：

資料庫設計技術

1、清晰的用戶需求：作為計算機軟體開發的重要基礎，資料庫設計直接反映了用戶的需求。資料庫必須與用戶緊密溝通，緊密結合用戶需求。在定義了用戶開發需求之後，設計人員還需要反映具體的業務關系和流程。

2、注意數據維護：設計面積過大、數據過於復雜是資料庫設計中常見的問題，設計人員應注意數據維護。

3、增加命名規范化：命名資料庫程序和文件非常重要，不僅要避免重復的名稱，還要確保數據處於平衡狀態。為了降低檢索信息和資源的復雜度和難度，設計人員應了解資料庫程序與文件之間的關系，並靈活使用大小寫字母命名。

4、充分考慮資料庫的優化和效率：考慮到資料庫的優化和效率，設計人員需要對不同表的存儲數據採用不同的設計方法。在設計中，還應該使用最少的表和最弱的關系來實現海量數據的存儲。

5、不斷調整數據之間的關系：不斷調整和簡化數據之間的關系，可以有效減少設計與數據之間的聯系，進而為維護數據之間的平衡和提高數據讀取效率提供保障。

6、合理使用索引：資料庫索引通常分為聚集索引和非聚集索引，這樣可以提高數據搜索的效率。

參考資料來源：網路-資料庫設計

『柒』 資料庫系統的開發過程不包括哪個階段

摘要 您好，我們正在查詢相關問題的信息，五分鍾時間回復您！

『捌』 資料庫應用系統的開發具體分為哪幾個階段

一般可分為以下幾個階段：
1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計 5.物理設計 6.程序編制及調試 7.運行及維護。
這些階段的劃分目前尚無統一的標准，各階段間相互聯接，而且常常需要回溯修正。 在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個階段都是在上一階段工作成果的基礎上繼續進行，整個開發工程是有依據、有組織、有計劃、有條不紊地展開工作。

『玖』 簡述一個資料庫應用系統的建立過程

資料庫建立過程包括六個主要步驟：

1．需求分析：了解用戶的數據需求、處理需求、安全和完整性需求。

2．概念設計：通過數據抽象，設計系統的概念模型，一般為e－r模型。

3．邏輯結構設計：設計系統的模式和外部模式，特別是關系模型的基本表和視圖。

4．物理結構設計：設計數據的存儲結構和訪問方法，如索引的設計。

5．系統實現：組織數據存儲，編寫應用程序，試運行。

6．運維：系統投入運行，進行長期維護。

(9)資料庫開發過程擴展閱讀：

資料庫設計技巧：

1．原始文檔與實體之間的關系

它可以是一對一、一對多、多對多。一般來說，它們是一對一的關系：也就是說，原始文檔只對應於一個實體，而且只對應於一個實體。在特殊情況下，它們可能是一對多或多對一的，其中一個原始文檔對應多個實體，或者多個原始文檔對應一個實體。

這里的實體可以理解為基本表。在明確了這些對應關系之後，這對於輸入介面的設計是非常有益的。

2．主鍵和外鍵

通常，實體不能同時沒有主鍵和外鍵。在e－r關系圖中，葉中的實體可以定義主鍵，也可以不定義主鍵（因為它沒有後代），但是它必須有外鍵（因為它有父鍵）。

主鍵和外鍵的設計在全局資料庫的設計中起著重要的作用。當全球資料庫的設計完成後，一位美國的資料庫設計專家說：「鑰匙，鑰匙無處不在，只有鑰匙」，這是他的資料庫設計經驗，也是他高度抽象的信息系統核心思想（數據模型）的體現。

因為：主鍵是實體的高度抽象，主鍵和外鍵對，表示實體之間的連接。

3．基本表的屬性

基表不同於中間表和臨時表，因為它有以下四個特點：

原子性。基表中的欄位沒有分解。

原始性。基表中的記錄是原始數據（底層數據）的記錄。

先驗性。所有輸出數據都可以從基表和代碼表中的數據派生出來。

穩定。表的基本結構比較穩定，表中的記錄保存時間較長。

一旦理解了基本表的性質，就可以在設計資料庫時將它們與中間表和臨時表區分開。

『拾』 資料庫開發是什麼

資料庫開發是資料庫管理系統(DBMS)和資料庫應用軟體設計研發的總稱，數據運維、參與資料庫生產環境的問題優化和解決等方面的事宜。
一般資料庫開發要經過設計、開發資料庫系統和資料庫應用軟體，因此與軟體研發的過程一樣，會覆蓋需求、設計、編程和測試四個階段：
需求：深入調研用戶市場需求，認清項目的應用場景，解決的問題，性能指標等，需要與資料庫系統使用方反復溝通，確定具體的需求。
設計：根據收集整理的需求文檔設計資料庫系統軟體的模型和架構，劃分模塊分別進行概要和詳細設計。
編程：按照模塊分工和設計文檔，進行編碼和調試。
測試：將開發完成的資料庫系統交給測試人員進行測試，主要使用的測試方法有黑盒測試、白盒測試、壓力測試、性能測試等，測試全部通過後即可等待發布。