y系資料庫

⑴ 什麼是資料庫概念模型

問題一：資料庫概念模型與什麼有關 數據模型是對現實世界數據特徵的抽象，其三要素是（數據結構，數據操作，數據的約束條件）
最常用的數據模型分為概念數據模型和基本數據模型
概念數據模型是按用戶的觀點對數據和信息建模，是現實世界到信息世界的第一層抽象。
基本數據模型是按計算機系統的觀點對數據建模，是現實世界數據特徵的抽象，用於DBMS的實現（層次模型，網狀模型，關系模型）

問題二：資料庫概念模型的基本概述 把面向對象的方法和資料庫技術結合起來可以使資料庫系統的分析、設計最大程度地與人們對客觀世界的認識相一致。面向對象資料庫系統是為了滿足新的資料庫應用需要而產生的新一代資料庫系統。資料庫概念模型實際上是現實世界到機器世界的一個中間層次。資料庫概念模型用於信息世界的建模，是現實世界到信息世界的第一層抽象，是資料庫設計人員進行資料庫設計的有力工具，也是資料庫設計人員和用戶之間進行交流的語言。建立數據概念模型，就是從數據的觀點出發，觀察系統中數據的採集、傳輸、處理、存儲、輸出等，經過分析、總結之後建立起來的一個邏輯模型，它主要是用於描述系統中數據的各種狀態。這個模型不關心具體的實現方式（例如如何存儲）和細節，而是主要關心數據在系統中的各個處理階段的狀態。 實際上，數據流圖也是一種數據概念模型。

問題三：資料庫中概念模型的含義和作用 數據模型是對現實世界數據特徵的抽象，其三要素是（數據結構，數據操作，數據的約束條件） 最常用的數據模型分為概念數據模型和基本數據模型 概念數據模型是按用戶的觀點對數據和信息建模，是現實世界到信息世界的第一層抽象。 基本數據模型是按計算機系統的觀點對數據建模，是現實世界數據特徵的抽象，用於DBMS的實現（層次模型，網狀模型，關系模型）

問題四：概念模型是什麼？ 也稱信息模型，它是按用戶的觀點來對數據和信息建模。概念模型是現實世界到機器世界的一個中間層次。表示概念模型最常用的是實體-關系圖。概念模型是對真實世界中問題域內的事物的描述，不是對軟體設計的描述。概念的描述包括：記號、內涵、外延，其中記號和內涵（視圖）是其最具實際意義的。概念模型用於信息世界的建模，它是世界到信息世界的第一層抽象，它資料庫設計的有力工具，也是資料庫開發人員與用戶之間進行交流的語言。因此概念模型既要有較強的表達能力，應該簡單、清晰、易於理解。目前最常用的是實體-聯系模型。在管理信息系統中，概念模型：是設計者對現實世界的認識結果的體現，是對軟體系統的整體概括描述。讓讀者更易理解，讀時有個參考的東西。概念模型設計的常用方法是實體關系方法（E-R方法）。用實體關系方法對具體數據進行抽象加工，將實體 *** 抽象成實體類型，用實體間的關系反映現實世界事物間的內在關系。首先可以進行局部E-R模型，然後把各局部E-R模型綜合成一個全局的E-R模型，最後對全局E-R模型進行優化，最後得到的。在數據倉庫中的含義總的來說，數據倉庫的結構採用了三級數據模型的方式，即概念模型、邏輯模型、物理模型。概念模型:也就是業務模型,由企業決策者,商務領域知識專家和IT專家共同研究和分析企業級的跨領域業務系統需求分析的結果。在數據倉庫項目中,物理模型設計和業務模型設計象兩個輪子一樣有力地支撐著數據倉庫的實施,兩者並行不悖,缺一不可。實際上,這有意地擴大了物理模型和業務模型的內涵和外延，因為，在這里物理模型不僅僅是數據的存儲,而且也包含了數據倉庫項目實施的方法論、資源以及軟硬體選型，而業務模型不僅僅是主題模型的確立,也包含了企業的發展戰略,行業模本等等更多的內容。一個優秀的項目必定會兼顧業務需求和行業標准兩個方面,業務需求既包括用戶提出的實際需求,也要客觀分析它隱含的更深層次的需求,但是往往用戶的需求是不明確的,需要加以提煉甚至在商務知識專家引導下加以升華,和用戶一起進行需求分析工作。如果不能滿足用戶的需求,項目也就失去了原本的意義。關於概念模型概念模型設計是在原有的業務資料庫的基礎上建立了一個較為穩固的概念模型。因為數據倉庫是對原有資料庫系統中的數據進行集成和重組而形成的數據 *** ，所以數據倉庫的概念模型設計，首先要對原有資料庫系統加以分析理解，看在原有的資料庫系統中有什麼、怎樣組織的和如何分布的等，然後再來考慮應當如何建立數據倉庫系統的概念模型。一方面，通過原有資料庫的設計文檔以及在數據字典中的資料庫關系模式，我們可以對企業現有的資料庫中的內容有一個完整而清晰的認識;另一方面，數據倉庫的概念模型是面向企業全局建立的，它為集成來自各個面向應用的資料庫的數據提供了統一的概念視圖。它的工作主要是界定系統的邊界和確定主要的主題域。界定系統邊界將決策者的數據分析的需求用系統邊界的定義形式反映出來。確定主題域是對每個主題域的內容進行較明確的數據倉庫建模技術在行業中的應用描述，其內容包括:主題域的公共碼鍵、主題域之間的聯系以及充分代表主題的屬性組。

問題五：資料庫設計概念模型圖，邏輯模型圖分別是什麼？ 1.1.概念模型(E-R圖描述)
概念模型是對真實世界中問題域內的事物的描述，不是對軟體設計的描述。
表示概念模型最常用的是實體-關系圖。
E-R圖主要是由實體、屬性和關系三個要素構成的。在E-R圖中，使用了下面幾種基本的圖形符號。
實體，矩形
E/R圖三要素 屬性，橢圓形
關系，菱形
關系：一對一關系，一對多關系，多對多關系。
E/R圖中的子類(實體)：
1.2.邏輯模型
邏輯數據模型反映的是系統分析設計人員對數據存儲的觀點，是對概念數據模型進一步的分解和細化。
1.3.物理模型
物理模型是對真實資料庫的描述。資料庫中的一些對象如下：表，視圖，欄位，數據類型、長度、主鍵、外鍵、索引、是否可為空，默認值。
概念模型到物理模型的轉換即是把概念模型中的對象轉換成物理模型的對象。

問題六：什麼是資料庫的概念結構 1. 資料庫定義:資料庫是長期儲存在計算機內、有組織的、可共享的大量數據的 *** 。資料庫中的數據按一定的數據模型組織、描述和儲存，具有較小的冗餘度、較高的數據獨立性和易擴展性，並可為各種用戶共享。2. 資料庫管理技術發展的三個階段：人工管理階段，文件系統階段，資料庫系統階段。3. DBMS（資料庫管理系統）是位於用戶與操作系統之間的一層數據管理軟體。主要功能：1，數據定義功能。2，數據組織、存儲和管理。3，數據操縱功能。4，資料庫的事務管理和運行管理。5，資料庫的建立和維護功能。6，其他功能。4. 什麼是數據模型及其要素? (設計題)： 數據模型是資料庫中用來對現實世界進行抽象的工具，是資料庫中用於提供信息表示和操作手段的形式構架。一般地講，數據模型是嚴格定義的概念的 *** 。這些概 念精確地描述系統的靜態特性、動態特性和完整性約束條件。因此數據模型通常由數據結構、數據操作和完整性約束三部分組成。 (1)數據結構：是所研究的對象類型的 *** ，是對系統的靜態特性的描述。 (2)數據操作：是指對資料庫中各種對象(型)的實例(值)允許進行的操作的 *** ，包括操作及有關的操作規則，是對系統動態特性的描述。 (3)數據的約束條件：是完整性規則的 *** ，完整性規則是給定的數據模型中數據及其聯系所具有的制約和依存規則，用以限定符合數據模型的資料庫狀態以及狀態的變化，以保證數據的正確、有效、相容。最常用的數據模型：層次模型，網狀模型，關系模型，面積對象模型，對象關系模型。5.常用的數據模型有哪些（邏輯模型是主要的），各有什麼特徵，數據結構是什麼樣的。答：數據模型可分為兩類：第一類是概念模型，也稱信息模型，它是按用戶的觀點來地數據和信息建模，主要用於資料庫設計。第二類是邏輯模型和物理模型。其中邏輯模型主要包括層次模型、層次模型、關系模型、面向對象模型和對象關系模型等。它是按計算機系統的觀點對數據建模，主要用於DBMS的實現。物理模型是對數據最低層的抽象，它描述數據在系統內部的表示方式和存取方法，在磁碟或磁帶上的存儲方式和存取方法，是面向計算機系統的。物理模型是具體實現是DBMS的任務，資料庫設計人員要了解和選擇物理醋，一般用戶則不必考慮物理級的細節。層次數據模型的數據結構特點：一是：有且只有一個結點沒有雙親結點，這個結點稱為根結點。二是：根 以外的其他結點有且只有一個雙親結點。優點是：1.層次 數據結構比較簡單清晰。2.層次資料庫的查詢效率高。3.層次數據模型提供了良好的完整性支持。缺點主要有：1.現實世界中很多聯系是非層次性的，如結點之間具有多對多聯系。2.一個結點具有多個雙親等 ，層次模型表示這類聯系的方法很笨拙，只能通過引入冗餘數據或創建非自然的數據結構來解決。對插入和刪除操作的限制比較多，因此應用程序的編寫比較復雜。3.查詢子女結點必須通過雙親結點。4.由於結構嚴密，層次命令趨於程序化。可見用層次模型對具有一對多的層次聯系的部門描述非常自然，直觀容易理解，這是層次資料庫的突出優點。網狀模型：特點：1.允許一個以上的結點無雙親2.一個結點可以有多於一個的雙親。網狀數據模型的優點主要有：1.能夠更為直接地描述現實世界，如一個結點可以有多個雙親。結點
之間可以有多種上聯第。2.具有良好的性能，存取效率較高。缺點主要有：1.結構比較復雜，而且隨著應用環境的擴大，資料庫的結構就變得越來越復雜，不利於最終 用戶掌握。2.網狀模型的DDL,DML復雜,並且要嵌入某一種高級語言中，用戶不容易掌握，不容易使用。關系數據模型具有下列優點：1.關系模型與非關系模型不同，它是建立在嚴格的數學......>>

問題七：怎麼用powerdesigner畫資料庫概念模型 怎麼用powerdesigner畫資料庫概念模型方法/步驟
打開PowerDesigner，點擊菜單「File」---->「New Model」
點擊【OK】按鈕後，將進入如下的畫面，
系統將出現一個工具欄如下，用於在設計面板中設計模型，
單擊Entity圖標，然後在主面板中單擊一次便可添加一個實體，
切換回一般滑鼠模式，雙擊已經添加的實體，彈出設置屬性的對話框，
在General選項卡中可以設置實體的Name和Code等屬性，
Code是實體在資料庫中的實際名稱，一般用英文，Name是顯示的名稱，一般用中文，方便理解。
切換到Attributes選項卡可以添加實體的屬性，

問題八：資料庫概念模型的關系模型 在關系模型中，數據的邏輯結構是一張二維表。在資料庫中，滿足下列條件的二維表稱為關系模型：① 每一列中的分量是類型相同的數據；② 列的順序可以是任意的；③ 行的順序可以是任意的；④ 表中的分量是不可再分割的最小數據項，即表中不允許有子表；⑤ 表中的任意兩行不能完全相同。關系資料庫採用關系模型作為數據的組織方式。 關系資料庫因其嚴格的數學理論、使用簡單靈活、數據獨立性強等特點，而被公認為最有前途的一種資料庫管理系統。它的發展十分迅速，目前已成為占據主導地位的資料庫管理系統。自20世紀80年代以來，作為商品推出的資料庫管理系統幾乎都是關系型的，例如，Oracle，Sybase，Informix，Visual FoxPro，mysql，sqlserver等。關系模型範式只有滿足一定條件的關系模式，才能避免操作異常。關系模式要滿足的條件稱為規范化形式，簡稱範式。下面介紹四種不同程度的範式，由低級向高級：1、第一範式（1NF）在關系模式R的每一個具體關系r中，如果每個屬性值都是不可能再分的最小數據單元，則稱R是第一範式。記為R∈1NF。1NF是關系資料庫能夠保存數據並且正確訪問數據的最基本條件。2、第二範式（2NF）如果關系模式R（U，F）中的所有非主屬性都完全函數依賴於任意一個候選關鍵字，則稱關系R是屬於第二範式。記為R∈2NF。3、第三範式（3NF）如果關系模式R（U，F）中所有非主屬性對任何侯選關鍵字都不存在傳遞依賴，則稱關系R是屬於第三範式。記為R∈3NF。4、BCNF如果關系模式R（U，F）R屬於1NF，對任何非平凡依賴的函數依賴X→Y（Y!→X）X均包含碼。記為R∈BCNF。如果R是BCNF則一定是3NF；反之則不行。一個低級範式的關系模式，可以通過分解方法轉換成若干個高一級範式的關系模式的 *** ，也可以說任何一個高層的範式，總是能夠滿足低層的範式。

問題九：模型的概念。資料庫中的數據模型主要有哪些？數據模型的組成的要素有哪些？ 資料庫模型描述了在資料庫中結構化和操縱數據的方法，模型的結構部分規定了數據如何被描述（例如樹、表等）；模型的操縱部分規定了數據的添加、刪除、顯示、維護、列印、查找、選擇、排序和更新等操作。
資料庫模型的分類
1概念模型 2 層次模型
3 網狀模型 4 關系模型
數據模型所描述的內容包括三個部分：數據結構、數據操作、數據約束。

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

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

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

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

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

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

(2)y系資料庫擴展閱讀：

形成過程

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

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

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

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

⑶ 資料庫名詞解釋

資料庫的概念:

資料庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫，它產生於距今六十多年前，隨著信息技術和市場的發展，特別是二十世紀九十年代以後，

數據管理不再僅僅是存儲和管理數據，而轉變成用戶所需要的各種數據管理的方式。資料庫有很多種類型，從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型資料庫系統都在各個方面得到了廣泛的應用。

在信息化社會，充分有效地管理和利用各類信息資源，是進行科學研究和決策管理的前提條件。資料庫技術是管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心部分，是進行科學研究和決策管理的重要技術手段。

資料庫的定義:

定義1:資料庫(Database)是按照數據結構來組織、存儲和管理數據的建立在計算機存儲設備上的倉庫。

簡單來說是本身可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。

在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的「倉庫」，並根據管理的需要進行相應的處理。

例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。

定義2:

嚴格來說，資料庫是長期儲存在計算機內、有組織的、可共享的數據集合。資料庫中的數據指的是以一定的數據模型組織、描述和儲存在一起、具有盡可能小的冗餘度、較高的數據獨立性和易擴展性的特點並可在一定范圍內為多個用戶共享。

這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應核困用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改、查由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。[1][2]

資料庫的處理系統:

資料庫是一個單位或是一個應用領域的通用數據處理系統，它存儲的是屬於企業和事業部門、團體改洞念和個人的有關數據的集合。資料庫中的數據是從全局觀點出發建立的，按一定的數據模型進行組織、描述和存儲。其結構基於數據間的自然聯系，從而可提供一切必要的存取路徑，且數據不再針對某一應用，而是面向全組織，具有整體的結構化特徵。

數據顫悶庫中的數據是為眾多用戶所共享其信息而建立的，已經擺脫了具體程序的限制和制約。不同的用戶可以按各自的用法使用資料庫中的數據；多個用戶可以同時共享資料庫中的數據資源，即不同的用戶可以同時存取資料庫中的同一個數據。數據共享性不僅滿足了各用戶對信息內容的要求，同時也滿足了各用戶之間信息通信的要求。

資料庫的基本結構:

資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。

以內模式為框架所組成的資料庫叫做物理資料庫；以概念模式為框架所組成的數據叫概念資料庫；以外模式為框架所組成的資料庫叫用戶資料庫。

⑴物理數據層。

它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。

⑵概念數據層。

它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。

⑶用戶數據層。

它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。

資料庫不同層次之間的聯系是通過映射進行轉換的。

資料庫的主要特點:

⑴實現數據共享

數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。

⑵減少數據的冗餘度

同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。

⑶數據的獨立性

數據的獨立性包括邏輯獨立性（資料庫中資料庫的邏輯結構和應用程序相互獨立）和物理獨立性（數據物理結構的變化不影響數據的邏輯結構）。

⑷數據實現集中控制

文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過數據模型表示各種數據的組織以及數據間的聯系。

⑸數據一致性和可維護性，以確保數據的安全性和可靠性

主要包括：①安全性控制：以防止數據丟失、錯誤更新和越權使用；②完整性控制：保證數據的正確性、有效性和相容性；③並發控制：使在同一時間周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用。

⑹故障恢復

由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。

資料庫的數據種類:

資料庫通常分為層次式資料庫、網路式資料庫和關系式資料庫三種。而不同的資料庫是按不同的數據結構來聯系和組織的。

1.數據結構模型

⑴數據結構

所謂數據結構是指數據的組織形式或數據之間的聯系。

如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS=(D，R)稱為數據結構。

例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，並在名字的後面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那麼只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和電話號碼，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS=(D，R)，即一個數組。

⑵數據結構類型

數據結構又分為數據的邏輯結構和數據的物理結構。

數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關；數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。

這里只研究數據的邏輯結構，並將反映和實現數據聯系的方法稱為數據模型。

比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。

2.層次、網狀和關系資料庫系統

⑴層次結構模型

層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。下圖是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。

按照層次模型建立的資料庫系統稱為層次模型資料庫系統。IMS(InformationManagementSystem)是其典型代表。

⑵網狀結構模型

按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，其典型代表是DBTG(DatabaseTaskGroup)。用數學方法可將網狀數據結構轉化為層次數據結構。

⑶關系結構模型

關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系。

由關系數據結構組成的資料庫系統被稱為關系資料庫系統。

在關系資料庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合並、連接或選取等運算來實現數據的管理。

dBASEⅡ就是這類資料庫管理系統的典型代表。對於一個實際的應用問題（如人事管理問題），有時需要多個關系才能實現。用dBASEⅡ建立起來的一個關系稱為一個資料庫（或稱資料庫文件），而把對應多個關系建立起來的多個資料庫稱為資料庫系統。dBASEⅡ的另一個重要功能是通過建立命令文件來實現對資料庫的使用和管理，對於一個資料庫系統相應的命令序列文件，稱為該資料庫的應用系統。

因此，可以概括地說，一個關系稱為一個資料庫，若干個資料庫可以構成一個資料庫系統。資料庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。

資料庫的發展簡史:

1資料庫的技術發展

使用計算機後，隨著數據處理量的增長，產生了數據管理技術。數據管理技術的發展與計算機硬體（主要是外部存儲器）系統軟體及計算機應用的范圍有著密切的聯系。數據管理技術的發展經歷了以下四個階段：人工管理階段、文件系統階段、資料庫階段和高級資料庫技術階段。

2數據管理的誕生

資料庫的歷史可以追溯到五十年前，那時的數據管理非常簡單。通過大量的分類、比較和表格繪制的機器運行數百萬穿孔卡片來進行數據的處理，其運行結果在紙上列印出來或者製成新的穿孔卡片。而數據管理就是對所有這些穿孔卡片進行物理的儲存和處理。然而，1950年雷明頓蘭德公司（RemingtonRandInc）的一種叫做UnivacI的計算機推出了一種一秒鍾可以輸入數百條記錄的磁帶驅動器，從而引發了數據管理的革命。1956年IBM生產出第一個磁碟驅動器——theModel305RAMAC。此驅動器有50個碟片，每個碟片直徑是2英尺，可以儲存5MB的數據。使用磁碟最大的好處是可以隨機存取數據，而穿孔卡片和磁帶只能順序存取數據。

1951：Univac系統使用磁帶和穿孔卡片作為數據存儲。

資料庫系統的萌芽出現於二十世紀60年代。當時計算機開始廣泛地應用於數據管理，對數據的共享提出了越來越高的要求。傳統的文件系統已經不能滿足人們的需要，能夠統一管理和共享數據的資料庫管理系統（DBMS）應運而生。數據模型是資料庫系統的核心和基礎，各種DBMS軟體都是基於某種數據模型的。所以通常也按照數據模型的特點將傳統資料庫系統分成網狀資料庫、層次資料庫和關系資料庫三類。

最早出現的網狀DBMS，是美國通用電氣公司Bachman等人在1961年開發的IDS（IntegratedDataStore）。1964年通用電氣公司（GeneralElectricCo.）的CharlesBachman成功地開發出世界上第一個網狀DBMS也即第一個資料庫管理系統——集成數據存儲（IntegratedDataStoreIDS），奠定了網狀資料庫的基礎，並在當時得到了廣泛的發行和應用。IDS具有數據模式和日誌的特徵，但它只能在GE主機上運行，並且資料庫只有一個文件，資料庫所有的表必須通過手工編碼生成。之後，通用電氣公司一個客戶——BFGoodrichChemical公司最終不得不重寫了整個系統，並將重寫後的系統命名為集成數據管理系統（IDMS）。

網狀資料庫模型對於層次和非層次結構的事物都能比較自然的模擬，在關系資料庫出現之前網狀DBMS要比層次DBMS用得普遍。在資料庫發展史上，網狀資料庫佔有重要地位。

層次型DBMS是緊隨網路型資料庫而出現的，最著名最典型的層次資料庫系統是IBM公司在1968年開發的IMS（InformationManagementSystem），一種適合其主機的層次資料庫。這是IBM公司研製的最早的大型資料庫系統程序產品。從60年代末產生起，如今已經發展到IMSV6，提供群集、N路數據共享、消息隊列共享等先進特性的支持。這個具有30年歷史的資料庫產品在如今的WWW應用連接、商務智能應用中扮演著新的角色。

1973年Cullinane公司（也就是後來的Cullinet軟體公司），開始出售Goodrich公司的IDMS改進版本，並且逐漸成為當時世界上最大的軟體公司。

資料庫的關系由來:

網狀資料庫和層次資料庫已經很好地解決了數據的集中和共享問題，但是在數據獨立性和抽象級別上仍有很大欠缺。用戶在對這兩種資料庫進行存取時，仍然需要明確數據的存儲結構，指出存取路徑。而後來出現的關系資料庫較好地解決了這些問題。

1970年，IBM的研究員E.F.Codd博士在刊物《CommunicationoftheACM》上發表了一篇名為「」的論文，提出了關系模型的概念，奠定了關系模型的理論基礎。盡管之前在1968年Childs已經提出了面向集合的模型，然而這篇論文被普遍認為是資料庫系統歷史上具有劃時代意義的里程碑。Codd的心願是為資料庫建立一個優美的數據模型。後來Codd又陸續發表多篇文章，論述了範式理論和衡量關系系統的12條標准，用數學理論奠定了關系資料庫的基礎。關系模型有嚴格的數學基礎，抽象級別比較高，而且簡單清晰，便於理解和使用。但是當時也有人認為關系模型是理想化的數據模型，用來實現DBMS是不現實的，尤其擔心關系資料庫的性能難以接受，更有人視其為當時正在進行中的網狀資料庫規范化工作的嚴重威脅。為了促進對問題的理解，1974年ACM牽頭組織了一次研討會，會上開展了一場分別以Codd和Bachman為首的支持和反對關系資料庫兩派之間的辯論。這次著名的辯論推動了關系資料庫的發展，使其最終成為現代資料庫產品的主流。

1969年EdgarF.「Ted」Codd發明了關系資料庫。

1970年關系模型建立之後，IBM公司在SanJose實驗室增加了更多的研究人員研究這個項目，這個項目就是著名的SystemR。其目標是論證一個全功能關系DBMS的可行性。該項目結束於1979年，完成了第一個實現SQL的DBMS。然而IBM對IMS的承諾阻止了SystemR的投產，一直到1980年SystemR才作為一個產品正式推向市場。IBM產品化步伐緩慢的三個原因：IBM重視信譽，重視質量，盡量減少故障；IBM是個大公司，官僚體系龐大，IBM內部已經有層次資料庫產品，相關人員不積極，甚至反對。

然而同時，1973年加州大學伯克利分校的MichaelStonebraker和EugeneWong利用SystemR已發布的信息開始開發自己的關系資料庫系統Ingres。他們開發的Ingres項目最後由Oracle公司、Ingres公司以及矽谷的其他廠商所商品化。後來，SystemR和Ingres系統雙雙獲得ACM的1988年「軟體系統獎」。

1976年霍尼韋爾公司(Honeywell)開發了第一個商用關系資料庫系統——MulticsRelationalDataStore。關系型資料庫系統以關系代數為堅實的理論基礎，經過幾十年的發展和實際應用，技術越來越成熟和完善。其代表產品有Oracle、IBM公司的DB2、微軟公司的MSSQLServer以及Informix、ADABASD等等。

資料庫的發展階段：

資料庫發展階段大致劃分為如下的幾個階段：人工管理階段、文件系統階段、資料庫系統階段、高級資料庫階段。

人工管理階段

20世紀50年代中期之前，計算機的軟硬體均不完善。硬體存儲設備只有磁帶、卡片和紙帶，軟體方面還沒有操作系統，當時的計算機主要用於科學計算。這個階段由於還沒有軟體系統對數據進行管理，程序員在程序中不僅要規定數據的邏輯結構，還要設計其物理結構，包括存儲結構、存取方法、輸入輸出方式等。當數據的物理組織或存儲設備改變時，用戶程序就必須重新編制。由於數據的組織面向應用，不同的計算程序之間不能共享數據，使得不同的應用之間存在大量的重復數據，很難維護應用程序之間數據的一致性。

這一階段的主要特徵可歸納為如下幾點：

（1）計算機中沒有支持數據管理的軟體，計算機系統不提供對用戶數據的管理功能，應用程序只包含自己要用到的全部數據。用戶編製程序，必須全面考慮好相關的數據，包括數據的定義、存儲結構以即存取方法等。程序和數據是一個不可分割的整體。數據脫離了程序極具無任何存在的價值，數據無獨立性。

（2）數據不能共享。不同的程序均有各自的數據，這些數據對不同的程序通常是不相同的，不可共享；即使不同的程序使用了相同的一組數據，這些數據也不能共享，程序中仍然需要各自加入這組數據，哪個部分都不能省略。基於這種數據的不可共享性，必然導致程序與程序之間存在大量的重復數據，浪費存儲空間。

（3）不能單獨保存數據。在程序中要規定數據的邏輯結構和物理結構，數據與程序不獨立。基於數據與程序是一個整體，數據只為本程序所使用，數據只有與相應的程序一起保存才有價值，否則毫無用處。所以，所有程序的數據不單獨保存。數據處理的方式是批處理。

文件系統階段:

這一階段的主要標志是計算機中有了專門管理資料庫的軟體——操作系統（文件管理）。

上世紀50年代中期到60年代中期，由於計算機大容量直接存儲設備如硬碟、磁鼓的出現，

推動了軟體技術的發展，軟體的領域出現了操作系統和高級軟體，操作系統中的文件系統是專門管理外存的數據管理軟體，操作系統為用戶使用文件提供了友好界面。操作系統的出現標志著數據管理步入一個新的階段。在文件系統階段，數據以文件為單位存儲在外存，且由操作系統統一管理，文件是操作系統管理的重要資源。

文件系統階段的數據管理具有一下幾個特點：

優點

（1）數據以「文件」形式可長期保存在外部存儲器的磁碟上。由於計算機的應用轉向信息管理，因此對文件要進行大量的查詢、修改和插入等操作。

（2）數據的邏輯結構與物理結構有了區別，程序和數據分離，使數據與程序有了一定的獨立性，但比較簡單。數據的邏輯結構是指呈現在用戶面前的數據結構形式。數據的物理結構是指數據在計算機存儲設備上的實際存儲結構。程度與數據之間具有「設備獨立性」，即程序只需用文件名就可與數據打交道，不必關心數據的物理位置。由操作系統的文件系統提供存取方法（讀/寫）。

（3）文件組織已多樣化。有索引文件、鏈接文件和直接存取文件等。但文件之間相互獨立、缺乏聯系。數據之間的聯系需要通過程序去構造。

（4）數據不再屬於某個特定的程序，可以重復使用，即數據面向應用。但是文件結構的設計仍是基於特定的用途，程序基於特定的物理結構和存取方法，因此程度與數據結構之間的依賴關系並未根本改變。

（5）用戶的程序與數據可分別存放在外存儲器上，各個應用程序可以共享一組數據，實現了以文件為單位的數據共享文件系統。

（6）對數據的操作以記錄為單位。這是由於文件中只存儲數據，不存儲文件記錄的結構描述信息。文件的建立、存取、查詢、插入、刪除、修改等操作，都要用程序來實現。

（7）數據處理方式有批處理，也有聯機實時處理。

缺點

文件系統對計算機數據管理能力的提高雖然起了很大的作用，但隨著數據管理規模的擴大，數據量急劇增加，文價系統顯露出一些缺陷，問題表現在：

（1）數據文件是為了滿足特定業務領域某一部門的專門需要而設計，數據和程序相互依賴，數據缺乏足夠的獨立性。

（2）數據沒有集中管理的機制，其安全性和完整性無法保障，數據維護業務仍然由應用程序來承擔；

（3）數據的組織仍然是面向程序，數據與程序的依賴性強，數據的邏輯結構不能方便地修改和擴充，數據邏輯結構的每一點微小改變都會影響到應用程序；而且文件之間的缺乏聯系，因而它們不能反映現實世界中事物之間的聯系，加上操作系統不負責維護文件之間的聯系，信息造成每個應用程序都有相對應的文件。如果文件之間有內容上的聯系，那也只能由應用程序去處理，有可能同樣的數據在多個文件中重復儲存。這兩者造成了大量的數據冗餘。

（4）對現有數據文件不易擴充，不易移植，難以通過增、刪數據項來適應新的應用要求。

資料庫系統階段：

20世紀60年代後期，隨著計算機在數據管理領域的普遍應用，人們對數據管理技術提出了更高的要求：希望面向企業或部門，以數據為中心組織數據，減少數據的冗餘，提供更高的數據共享能力，同時要求程序和數據具有較高的獨立性，當數據的邏輯結構改變時，不涉及數據的物理結構，也不影響應用程序，以降低應用程序研製與維護的費用。資料庫技術正是在這樣一個應用需求的基礎上發展起來的。

概括起來，資料庫系統階段的數據管理具有以下幾個特點：

（1）採用數據模型表示復雜的數據結構。數據模型不僅描述數據本身的特徵，還要描述數據之間的聯系，這種聯系通過所有存取路徑。通過所有存儲路徑表示自然的數據聯系是資料庫與傳統文件的根本區別。這樣，數據不再面向特定的某個或多個應用，而是面對整個應用系統。如面向企業或部門，以數據為中心組織數據，形成綜合性的資料庫，為各應用共享。

（2）由於面對整個應用系統使得，數據冗餘小，易修改、易擴充，實現了數據貢獻。不同的應用程序根據處理要求，從資料庫中獲取需要的數據，這樣就減少了數據的重復存儲，也便於增加新的數據結構，便於維護數據的一致性。

（3）對數據進行統一管理和控制，提供了數據的安全性、完整性、以及並發控制。

（4）程序和數據有較高的獨立性。數據的邏輯結構與物理結構之間的差別可以很大，用戶以簡單的邏輯結構操作數據而無須考慮數據的物理結構。

（5）具有良好的用戶介面，用戶可方便地開發和使用資料庫。

從文件系統發展到資料庫系統，這在信息領域中具有里程碑的意義。在文件系統階段，人們在信息處理中關注的中心問題是系統功能的設計，因此程序設計佔主導地位；而在資料庫方式下，數據開始占據了中心位置，數據的結構設計成為信息系統首先關心的問題，而應用程序則以既定的數據結構為基礎進行設計。

資料庫發展趨勢:

隨著信息管理內容的不斷擴展，出現了豐富多樣的數據模型（層次模型，網狀模型，關系模型，面向對象模型，半結構化模型等），新技術也層出不窮（數據流，Web數據管理，數據挖掘等）。每隔幾年，國際上一些資深的資料庫專家就會聚集一堂，探討資料庫研究現狀，存在的問題和未來需要關注的新技術焦點。過去已有的幾個類似報告包括：1989年-TheLagunaBeachParticipants；1990年DatabaseSystems:AchievementsandOpportunities；1991年W.H.Inmon發表的《構建數據倉庫》；1995年Database。

常見資料庫廠商:

1.SQLServer

只能在windows上運行，沒有絲毫的開放性，操作系統的系統的穩定對資料庫是十分重要的。Windows9X系列產品是偏重於桌面應用，NTserver只適合中小型企業。而且wi