數據庫第二篇第3講管理信息系統設計與開發之數據庫系統原理概述(2)深圳大學機電與控制工程學院主講人王貴斌第2章數據庫系統概述2.1概述2.2數據模型2.3數據庫系統結構2.4數據庫系統的組成2.5本章小結2.2數據模型2.2.1概述2.2.2信息的三種世界及其描述2.2.3數據模型的組成要素2.2.4概念模型2.2.5常用數據模型2.2.5常用數據模型（續）網狀模型用有向圖（網絡）結構表示實體類型及實體間聯系的數據模型稱為網狀模型（NetworkModel）網狀數據模型的數據結構網狀數據模型的數據操縱網狀數據模型的完整性約束網狀數據模型的存儲結構網狀數據模型的優缺點典型的網狀數據庫系統一個基于網絡數據模型的

數據庫實例都薇哈爾濱道理區友誼路李金寶哈爾濱南崗區學府路孫文雋哈爾濱南崗區學府路陳慶奎哈爾濱道外區上游路楊燕哈爾濱道外區南馬路2410000852000045100003610000系姓名城市區街道帳號存款余額儲蓄戶記錄集合帳戶記錄集合

網絡數據模型的核心是記錄和系。記錄表示數據，一個記錄有多個數據域，每個域表示一個數據項；數據之間的聯系由“系”表示，可視為一個指針2.2.5常用數據模型（續）網狀數據模型的數據結構網狀模型滿足下面兩個條件的基本層次聯系的集合為網狀模型允許一個以上的結點無雙親(左圖R1R2)一個結點可以有多于一個的雙親(右圖R3)

Ｒ1

Ｒ2

R3L1L2

R1

R2L3L1L2

R3L4

R4

R5

2.2.5常用數據模型（續）表示方法（與層次數據模型相同）實體型用記錄類型描述每個結點表示一個記錄類型屬性用字段描述每個記錄類型可包含若干個字段聯系用結點之間的連線表示記錄（類）型之間的一對多的父子聯系特點只能直接處理一對多的實體聯系每個記錄類型定義一個排序字段，也稱為碼字段任何記錄值只有按其路徑查看時，才能顯出它的全部意義網狀模型與層次模型的區別網狀模型允許多個結點沒有雙親結點網狀模型允許結點有多個雙親結點網狀模型允許兩個結點之間有多種聯系（復合聯系）網狀模型可以更直接地去描述現實世界層次模型實際上是網狀模型的一個特例2.2.5常用數據模型（續）

Ｒ1

Ｒ2

R3L1L2

R1

R2L3L1L2

R3L4

R4

R5

2.2.5常用數據模型（續）

Ｒ1

L1L2

R22.2.5常用數據模型（續）學生宿舍學生教研室系教師父母人子女樹種植砍伐養育贍養2.2.5常用數據模型（續）多對多聯系在網狀模型中的表示用網狀模型間接表示多對多聯系方法將多對多聯系直接分解成一對多聯系2.2.5常用數據模型（續）網狀模型的數據操縱查詢插入刪除更新2.2.5常用數據模型（續）網狀數據模型的完整性約束網狀數據庫系統（如DBTG

DatabaseTaskGroup，數據庫任務組。指能夠處理模糊數據的數據庫）對數據操縱加了一些限制，提供了一定的完整性約束支持記錄碼的概念，碼即唯一標識記錄的數據項的集合雙親結點與子女結點之間是一對多聯系屬籍類別加入類別(自動的，手工的)移出類別(固定的，必須的，隨意的)完整性約束條件允許插入尚未確定雙親結點值的子女結點值允許只刪除雙親結點值2.2.5常用數據模型（續）網狀數據模型的存儲結構關鍵實現記錄之間的聯系常用方法單向鏈接雙向鏈接環狀鏈接向首鏈接2.2.5常用數據模型（續）網狀模型的優缺點優點能夠更為直接地描述現實世界，如一個結點可以有多個雙親具有良好的性能，存取效率較高缺點結構比較復雜，而且隨著應用環境的擴大，數據庫的結構就變得越來越復雜，不利于最終用戶掌握DDL、DML語言復雜，用戶不容易使用2.2.5常用數據模型（續）典型的網狀數據庫系統DBTG系統，亦稱CODASYL系統由DBTG提出的一個系統方案奠定了數據庫系統的基本概念、方法和技術70年代推出實際系統CullinetSoftwareInc.公司的IDMSUnivac公司的DMS1100Honeywell公司的IDS/2HP公司的IMAGE2.2.5常用數據模型（續）關系模型(重點理解和掌握的內容)最重要的一種數據模型，也是目前主要采用的數據模型1970年由美國IBM公司SanJose研究室的研究員E.F.Codd提出在美國計算機學會會刊《CommunicationoftheACM》上發表題為“ARelationalModelofDataforSharedDataBanks”的論文目前主流的數據庫系統大都是基于關系數據模型的關系數據庫系統80年代以來推出的數據庫管理系統幾乎都支持關系數據模型關系理論的確立標志著關系數據庫系統的基礎研究接近頂峰，而且關系數據庫已經占據數據庫系統的市場2.2.5常用數據模型（續）關系數據模型的數據結構關系數據模型的操縱關系數據模型的完整性約束關系數據模型的存儲結構關系數據模型的優缺點典型的關系數據庫系統2.2.5常用數據模型（續）關系數據模型的數據結構建立在嚴格的數學概念基礎之上關系數據模型是由若干個關系模式組成的集合，其主要特征是用二維表格結構表達實體集，用外鍵表示實體間聯系其邏輯結構是一張二維表，由行和列組成2.2.5常用數據模型（續）2.2.5常用數據模型（續）關系模型的基本概念關系（Relation）一個關系對應通常說的一張表元組（Tuple）表中的一行即為一個元組，很多系統稱之為記錄屬性（Attribute）表中的一列即為一個屬性，給每一個屬性起一個名稱即屬性名同一張表中的屬性具有不同是屬性名碼（Key）表中的某個屬性或屬性組，它（們）的值可以唯一確定一個元組，且屬性中不含多余的屬性2.2.5常用數據模型（續）域（Domain）屬性的取值范圍分量（Element）元組中的一個屬性值關系模式(Relationmode)關系的型，是對關系的描述，實際上就是記錄類型關系模式僅是對數據特性的描述它的一般表示，包括模式名，屬性名，值域名以及模式的主鍵（碼），如下

關系名（屬性1，屬性2，…，屬性n） 例如：學生（學號，姓名，年齡，性別，系，年級）2.2.5常用數據模型（續）關系模型中的數據要全部用關系表示在關系模型中，實體集以及實體間的聯系都用關系來表示例如，在關系模型中，學生、課程、學生與課程之間的聯系表示為

學生（學號，姓名，性別，年齡，所在系）； 課程（課程號，課程名，先行課）；選修（學號，課程號，成績）.2.2.5常用數據模型（續）關系實例就是一個關系，即一張二維表格超鍵（碼）在關系中能唯一標識元組的屬性集稱為關系模式的超鍵(注意，超鍵是一個屬性集)通常選取一個碼作為主鍵，也稱主碼（PrimaryKey）候選鍵（碼）（SecondaryKey）不含有多余屬性的超鍵稱為候選鍵外鍵某個關系的主鍵相應的屬性在另一關系中出現，此時該主鍵在就是另一關系的外鍵，如有兩個關系S和SC,其中S#是關系S的主鍵，相應的屬性S#在關系SC中也出現，此時S#就是關系SC的外鍵一個關系數據庫實例2410000852000045100003610000帳號存款余額帳戶關系姓名城市區街道儲蓄戶關系帳號都薇哈爾濱道理區友誼路85李金寶哈爾濱南崗區學府路24孫文雋哈爾濱南崗區學府路85陳慶奎哈爾濱道外區上游路24陳慶奎哈爾濱道外區上游路36楊燕哈爾濱道外區南馬路452.2.5常用數據模型（續）實體及實體間的聯系的表示方法實體型直接用關系（表）表示屬性用屬性名表示一對一聯系隱含在實體對應的關系中一對多聯系隱含在實體對應的關系中多對多聯系直接用關系表示2.2.5常用數據模型（續）例1

學生、系、系與學生之間的一對多聯系：

學生（學號，姓名，年齡，性別，系號，年級）;

系(系號，系名，辦公地點).例2

系、系主任、系與系主任間的一對一聯系例3 學生、課程、學生與課程之間的多對多聯系：

學生（學號，姓名，年齡，性別，系號，年級）;

課程（課程號，課程名，學分）;

選修（學號，課程號，成績）.2.2.5常用數據模型（續）關系必須是規范化的，滿足一定的規范條件 最基本的規范條件：關系的每一個分量必須是一個不可分的數據項2.2.5常用數據模型（續）關系模型的數據操縱查詢、插入、刪除、更新數據操作是集合操作，操作對象和操作結果都是關系，即若干元組的集合存取路徑對用戶隱蔽，用戶只要指出“干什么”，不必詳細說明“怎么干”關系模型把存取路徑向用戶隱蔽起來，使數據的獨立性提高關系語言的高度非過程化，使得用戶對關系的操作容易2.2.5常用數據模型（續）2.2.5常用數據模型（續）關系模型的完整性約束實體完整性這條規則要求關系中元組在組成主鍵的屬性上不能有空值。如果出現空值，那么主鍵值就起不了唯一標識元組的作用。參照完整性這條規則要求“不引用不存在的實體”其形式定義如下:如果屬性集K是關系模式R1的主鍵，K也是關系模式R2的外鍵，那么R2的關系中，K的取值只允許有兩種可能，或者為空值，或者等于R1關系中某個主鍵值2.2.5常用數據模型（續）這條規則在使用時有三點應注意:1)外鍵和相應的主鍵可以不同名，只要定義在相同值域上即可；2)R1和R2也可以是同一個關系模式，表示了屬性之間的聯系；3)外鍵值是否允許空應視具體問題而定。用戶定義的完整性2.2.5常用數據模型（續）關系數據模型的存儲結構在關系數據結構中、實體及實體間的聯系都用表來表示在數據庫的物理組織中，表以文件形式存儲一些小型關系數據庫管理系統RDBMS采用直接的操作系統文件的方式實現關系存儲一個關系對應一個數據文件許多RDBMS自己設計文件結構、文件格式和數據存取機制2.2.5常用數據模型（續）關系模型的優缺點優點建立在嚴格的數學概念的基礎上概念單一，數據結構簡單、清晰，用戶易懂易用實體和各類聯系都用關系來表示對數據的檢索結果也是關系數據結構單一、使數據操作方法統一關系模型的存取路徑對用戶透明具有更高的數據獨立性，更好的安全保密性簡化了程序員的工作和數據庫開發建立的工作缺點存取路徑對用戶透明導致查詢效率往往不如非關系數據模型關系數據庫中的數據聯系是靠數據冗余實現的，所以不可能消除數據冗余，使得關系空間效率和時間效率比較低為提高性能，必須對用戶的查詢請求進行優化增加了開發數據庫管理系統的難度2.2.5常用數據模型（續）典型的關系數據庫系統ORACLESYBASEINFORMIXDB/2COBASEPBASEEasyBaseDM/2OpenBase第2章數據庫系統概述2.1概述2.2數據模型2.3

數據庫系統結構2.3.1數據庫系統內部的模式結構

2.3.2數據庫系統外部的體系結構2.4數據庫系統的組成2.5本章小結2.3.1數據庫系統內部的模式結構數據庫系統的三級數據模式結構數據模型用數據描述語言給出精確的描述，這稱為數據模式，它是數據庫的框架從數據庫管理系統角度看：數據庫系統結構分為三級模式結構，包括以下三種數據模式外模式邏輯模式內模式數據庫系統模式的概念數據庫系統的三級模式結構數據庫的二級映象功能與數據獨立性2.3.1數據庫系統內部的模式結構（續）數據庫系統模式的概念“型”和“值”的概念型（Type）對某一類數據的結構和屬性的說明值（Value）是型的一個具體賦值例如：學生記錄記錄型：（學號，姓名，性別，系別，年齡，籍貫）該記錄型的一個記錄值：（900201，李明，男，計算機，22，江蘇）2.3.1數據庫系統內部的模式結構（續）模式（Schema）數據庫邏輯結構和特征的描述是型的描述反映的是數據的結構及其聯系模式是相對穩定的是數據庫全體數據的邏輯整體結構和特征的描述，它僅涉及到型的描述，而不涉及到具體值模式的一個實例（Instance）模式的一個具體值反映數據庫某一時刻的狀態同一個模式可以有很多實例實例隨數據庫中的數據的更新而變動 模式反映的是數據結構及其關系，而實例反映的是數據庫某一時刻的狀態2.3.1數據庫系統內部的模式結構（續）數據抽象與數據庫的三種模式數據庫系統的主要目的之一就是為用戶提供一個數據抽象視圖，以隱藏數據的存儲結構和存取方法等細節邏輯模式2.3.1數據庫系統內部的模式結構（續）概念抽象外模式/模式映象物理抽象模式/內模式映象現實世界外模式邏輯模式內模式數據庫應用1應用2應用n視圖1視圖2視圖n視圖抽象2.3.1數據庫系統內部的模式結構（續）邏輯模式（LogicalSchema）及概念數據庫也稱為模式(Schema)是對數據庫中所有數據的整體邏輯結構和特征的描述是一個對所有用戶數據進行綜合抽象而得到的全局公共數據視圖，綜合了所有用戶的需求用模式描述語言DDL

(DataDefinitionLanguage)來定義描述的數據庫中的實體和屬性的名字及他們之間的關系，是個可以放進數據項值的框架，主要包括數據庫的記錄型、數據項的型（結構）、記錄間的聯系數據安全性定義，保密方式、級別和使用權限完整性約束數據訪問方式2.3.1數據庫系統內部的模式結構（續）一個數據庫系統只能有一個邏輯模式，實現數據共享、減少數據冗余模式的地位是數據庫系統模式結構的中間層與數據的物理存儲細節和硬件環境無關與具體的應用程序、開發工具及高級程序設計語言無關模式的定義數據的邏輯結構（數據項的名字、類型、取值范圍等）數據之間的聯系數據有關的安全性、完整性要求以邏輯模式為框架的數據庫稱為概念數據庫2.3.1數據庫系統內部的模式結構（續）外模式（ExternalSchema）及用戶數據庫也稱子模式（Subschema）是對各個用戶或應用程序所涉及數據邏輯結構和數據特征的描述，是用戶自己所關注局部數據的邏輯結構和特征的描述用子模式模式描述語言DDL進行定義子模式的結構、數據域、數據構造規則及數據安全性和完整性的描述可與邏輯模式不同2.3.1數據庫系統內部的模式結構（續）子模式是完全按照用戶對數據的需要、站在局部的角度進行設計，數據庫有多個用戶，則可以有多個子模式用戶不必考慮與自己無關的數據，使得用戶使用數據和設計程序的工作簡化用戶只能對自己需要的數據進行操作，數據庫的其它數據與用戶隔離，有利于數據的安全和保密可使用子模式，同一模式可派生出多個模式，有利于數據的獨立性和共享性數據庫用戶的數據視圖是與某一應用有關的數據的邏輯表示只有相同的數據視圖的用戶，共享一個子模式一個子模式可以為多個用戶使用，它是模式的邏輯子集，一個數據庫可有多個外模式（子模式）2.3.1數據庫系統內部的模式結構（續）外模式的地位：介于模式與應用之間模式與外模式的關系：一對多外模式通常是模式的子集一個數據庫可以有多個外模式。反映了不同的用戶的應用需求、看待數據的方式、對數據保密的要求對模式中同一數據，在外模式中的結構、類型、長度、保密級別等都可以不同外模式與應用的關系：一對多同一外模式也可以為某一用戶的多個應用系統所使用但一個應用程序只能使用一個外模式外模式的用途保證數據庫安全性的一個有力措施每個用戶只能看見和訪問所對應的外模式中的數據2.3.1數據庫系統內部的模式結構（續）內模式(InternalSchema)及物理數據庫也稱存儲模式（AccessSchema）或物理模式（PhysicalSchema）是數據物理結構和存儲方式的描述是數據在數據庫內部的表示方式或底層描述，用內模式DDL(InternalSchemaDDL)進行定義數據的數據項、記錄、數據集、索引和存取路徑的物理組織方式數據的優化性能、響應時間和存儲空間需求數據的記錄位置、塊的大小與數據溢出區等2.3.1數據庫系統內部的模式結構（續）一個數據庫只有一個內模式無論哪一級的模式都只能是處理數據的一個框架，而按照這些框架填入的數據才是數據庫的內容（模型、模式、具體值是三個不同的概念）其目的是將系統的全局邏輯模式組織成自有的物理模式，以提高存取效率，改善系統性能以物理模式（內模式）為框架的數據庫為物理數據庫在數據庫系統中只有物理數據庫才是真實存在的（計算機外存的實際數據文件），概念數據庫和用戶數據庫在計算機外存上是不存在的觀念數據庫是物理數據庫的邏輯抽象形式物理數據庫是概念數據庫的具體實現用戶數據庫是概念數據庫的子集，也是物理數據庫子集的邏輯描述2.3.1數據庫系統內部的模式結構（續）數據庫的二級映象功能與數據獨立性1972年，ANSI/SPARCDBMS研究組提出的數據庫管理系統的體系結構—三級模式結構，一個重要的目標是將用戶應用與物理數據庫分離2.3.1數據庫系統內部的模式結構（續）三級模式與二級映象三級模式是對數據的三個抽象級別，把數據的具體組織留給DBMS管理，是用戶能邏輯地抽象地處理數據，不用關心數據在計算機中的具體表示和存放為了能夠在內部實現這三個抽象層次的聯系和轉換，數據庫系統在這三級模式之間提供了兩層映象：外模式/（邏輯）模式映象和（邏輯）模式/（物理）內模式映象這兩層映象保證了數據庫系統中的數據能夠具有較高的邏輯獨立性和物理獨立性2.3.1數據庫系統內部的模式結構（續）外模式／（邏輯）模式映象定義外模式與（邏輯）模式之間的對應關系，一個（邏輯）模式可以有多個外模式，對于每一個外模式，都有一個外模式/（邏輯）模式映象，它定義該外模式與（邏輯）模式之間的對應關系映象定義通常包含在各自外模式的描述中外模式／（邏輯）模式映象的用途，是保證數據的邏輯獨立性2.3.1數據庫系統內部的模式結構（續）當（邏輯）模式改變（增加新的關系、新的屬性、屬性的類型等）時，由數據庫管理員DBA對各個外模式/（邏輯）模式的映象作相應的改變，可以使外模式保持不變應用程序依據數據的外模式編寫，從而程序不需做變動，保證了數據與程序的邏輯性獨立，簡稱數據的邏輯獨立性邏輯數據獨立性，由邏輯模式與外模式之間的映射實現，是指當概念數據庫模式發生改變時，數據庫的外模式不變，保證建在外模式上的應用程序不需要修改，只需要修改概念模式與外模式之間的映象2.3.1數據庫系統內部的模式結構（續）（邏輯）模式／（物理）內模式映象數據庫中此映象是唯一的，定義了數據庫全局邏輯結構與存儲結構之間的對應關系，通常包含在模式的描述中，例如，說明邏輯記錄和字段在內部是如何表示的模式／內模式映象的用途保證數據的物理獨立性當數據庫的存儲結構改變了（例如選用了另一種存儲結構），數據庫管理員DBA只對此模式／內模式映象做相應變動，使模式保持不變應用程序不受影響，保證了數據與程序的物理獨立性，簡稱數據的物理獨立性2.3.1數據庫系統內部的模式結構（續）物理數據獨立性，由內模式與（邏輯）模式之間的映射實現，是指在數據庫的內模式（物理存儲結構）發生變化時，數據的邏輯結構不變；可以保證用戶編寫的應用程序不便，需修改內模式與邏輯模式間的映射2.3.1數據庫系統內部的模式結構（續）數據庫系統模式小結模式是數據庫的中心與關鍵獨立于數據庫的其它層次設計數據庫模式結構時應首先確定數據庫的邏輯模式內模式依賴于全局邏輯結構，但獨立于數據庫的用戶視圖即外模式，也獨立于具體的存儲設備它將全局邏輯結構中所定義的數據結構及其聯系按照一定的物理存儲策略進行組織，以達到較好的時間與空間效率外模式面向具體的應用程序，定義在邏輯模式之上，但獨立于存儲模式和存儲設備設計外模式時應充分考慮到應用的擴充性。當應用需求發生較大變化，相應外模式不能滿足其視圖要求時，該外模式就得做相應改動2.3.1數據庫系統內部的模式結構（續）數據庫中的邏輯模式是中心和關鍵應用程序在外模式描述的數據結構上編制的，它依賴于特定的外模式，與數據庫的模式和存儲結構獨立不同的應用程序有時可以共用同一個外模式二級映象保證了數據庫外模式的穩定性，從而從底層保證了應用程序的穩定性，除非應用需求本身發生變化，否則應用程序一般不需要修改數據與程序之間的獨立性，使得數據的定義和描述可以從應用程序中分離出去2.3.1數據庫系統內部的模式結構（續）模型分類-數據庫的建模過程邏輯數據模型物理數據模型2.3.1數據庫系統內部的模式結構（續）邏輯數據模型-

數據模型的發展反映了數據庫的發展文件系統層次和網狀數據庫關系數據庫對象-關系數據庫對象數據庫商務數據處理應用（查詢要求，集成的數據，數據共享）DBMS技術商務數據處理迅速發展，普及（簡單結構，非過程化查詢）關系數據理論數據庫應用領域擴大，新應用領域，傳統應用新需求（復雜對象，對象的復雜行為）面向對象技術2.3.1數據庫系統內部的模式結構（續）2.3.2數據庫系統外部的體系結構從數據庫最終用戶角度看：數據庫系統結構分為單用戶數據庫系統主從式結構的數據庫系統分布式結構的數據庫系統客戶/服務器結構的數據庫系統瀏覽器/應用服務器/數據庫服務器結構2.3.2數據庫系統外部的體系結構（續）單用戶數據庫系統整個數據庫系統(應用程序、DBMS、數據)裝在一臺計算機上，為一個用戶獨占，不同機器之間不能共享數據早期的最簡單的數據庫系統2.3.2數據庫系統外部的體系結構（續）主從式結構的數據庫系統一個主機帶多個終端的多用戶結構數據庫系統，包括應用程序、DBMS、數據，都集中存放在主機上，所有處理任務都由主機來完成各個用戶通過主機的終端并發地存取數據庫，共享數據資源優點易于管理、控制與維護缺點當終端用戶數目增加到一定程度后，主機的任務會過分繁重，成為瓶頸，從而使系統性能下降系統的可靠性依賴主機,當主機出現故障時，整個系統都不能使用主從式結構的數據庫系統主機終端2.3.2數據庫系統外部的體系結構（續）分布式結構的數據庫系統數據庫中的數據在邏輯上是一個整體，但物理地分布在計算機網絡的不同結點上網絡中的每個結點都可以獨立處理本地數據庫中的數據，執行局部應用同時也可以同時存取和處理多個異地數據庫中的數據，執行全局應用優點適應了地理上分散的公司、團體和組織對于數據庫應用的需求缺點數據的分布存放給數據的處理、管理與維護帶來困難當用戶需要經常訪問遠程數據時，系統效率會明顯地受到網絡傳輸的制約2.3.2數據庫系統外部的體系結構（續）2.3.2數據庫系統外部的體系結構（續）客戶／服務器結構的數據庫系統NetworkRequestResultaclient,aserver,andnetworkClientServerClientmachineServermachine2.3.2數據庫系統外部的體系結構（續）把DBMS功能和應用分開網絡中某個（些）結點上的計算機專門用于執行DBMS功能，稱為數據庫服務器，簡稱服務器其他結點上的計算機安裝DBMS的外圍應用開發工具，用戶的應用系統，稱為客戶機客戶／服務器數據庫系統的種類集中的服務器結構一臺數據庫服務器，多臺客戶機分布的服務器結構在網絡中有多臺數據庫服務器分布的服務器結構是客戶／服務器與分布式數據庫的結合2.3.2數據庫系統外部的體系結構（續）客戶／服務器結構的優點客戶端的用戶請求被傳送到數據庫服務器，數據庫服務器進行處理后，只將結果返回給用戶，從而顯著減少了數據傳輸量數據庫更加開放客戶與服務器一般都能在多種不同的硬件和軟件平臺上運行可以使用不同廠商的數據庫應用開發工具2.3.2數據庫系統外部的體系結構（續）客戶／服務器結構的缺點系統安裝復雜，工作量大應用維護困難，難于保密，造成安全性差相同的應用程序要重復安裝在每一臺客戶機上，從系統總體來看，大大浪費了系統資源系統規模達到數百數千臺客戶機，它們的硬件配置、操作系統又常常不同，要為每一個客戶機安裝應用程序和相應的工具模塊，其安裝維護代價過高2.3.2數據庫系統外部的體系結構（續）瀏覽器/應用服務器/數據庫服務器結構客戶端瀏覽器軟件、用戶界面瀏覽器的界面統一，廣大用戶容易掌握，大大減少了培訓時間與費用服務器端分為Web服務器、應用服務器、數據庫服務器等大大減少了系統開發和維護代價能夠支持數萬甚至更多的用戶第2章數據庫系統概述2.1概述2.2數據模型2.3數據庫系統結構2.4數據庫系統的組成2.5本章小結2.4數據庫系統的組成數據庫系統(Database

System,DBS)是指一個計算機存儲記錄的系統，即它是一個計算機系統,該系統的目標是存儲信息并支持用戶檢索和更新所需的信息，主要包括：數據庫數據庫管理系統（及其開發工具）應用系統數據庫管理員（用戶）DBMSApplication存儲元數據存儲業務數據UserSQL結構化查詢語言Result一個簡化的數據庫系統環境2.4數據庫系統的組成（續）2.4數據庫系統的組成（續）硬件平臺及數據庫數據庫系統對硬件資源的要求足夠大的內存操作系統DBMS的核心模塊數據緩沖區應用程序足夠大的外存磁盤操作系統DBMS應用程序數據庫及其備份光盤、磁帶、軟盤數據備份較高的通道能力，提高數據傳送率2.4數據庫系統的組成（續）軟件DBMS操作系統與數據庫接口的高級語言及其編譯系統以DBMS為核心的應用開發工具為特定應用環境開發的數據庫應用系統2.4數據庫系統的組成（續）人員數據庫管理員系統分析員數據庫設計人員應用程序員(最終用戶)2.4數據庫系統的組成（續）數據庫管理員(DBA)決定數據庫中的信息內容和結構，決定數據庫的存儲結構和存取策略定義概念模式定義內模式與用戶聯絡，定義外模式定義數據的安全性要求和完整性約束條件2.4數據庫系統的組成（續）監控數據庫的使用和運行周期性轉儲數據庫數據文件日志文件系統故障恢復介質故障恢復監視審計文件數據庫的改進和重組性能監控和調優數據重組數據庫重構2.4數據庫系統的組成（續）系統分析員負責應用系統的需求分析和規范說明與用戶及DBA協商，確定系統的硬軟件配置參與數據庫系統的概要設計數據庫設計人員參加用戶需求調查和系統分析確定數據庫中的數據設計數據庫各級模式應用程序員設計和編寫應用系統的程序模塊進行調試和安裝2.4數據庫系統的組成（續）用戶偶然用戶企業或組織機構的高中級管理人員簡單用戶銀行的職員、機票預定人員、旅館總臺服務員復雜用戶工程師、科學家、經濟學家、科技工作者等直接使用數據庫語言訪問數據庫，甚至能夠基于數據庫管理系統的API編制自己的應用程序2.4數據庫系統的組成（續）數據字典數據字典和DBMS是數據庫系統中使用的兩個主要工具，它們在數據資源的管理和使用中相互補充數據字典定義是關于數據描述信息的庫，存儲有關數據的來源、描述、與其他數據的關系、用途、責任和格式等信息它本身就是個數據庫，存儲“關于”數據的數據，為數據庫提供了“路線圖”而不是“原始數據”2.4數據庫系統的組成（續）數據字典可以在非數據庫環境下使用，但由于數據庫中數據量大、關系復雜、多用戶共享等原因，使數據字典在數據庫中使用中尤為重要數據字典的內容包括數據元、數據元組、導出數據元、同義異名或別名、同名異義詞、概念模式描述、邏輯模式描述、外模式描述、內模式描述2.4數據庫系統的組成（續）數據字典的任務及用途任務描述或定義數據庫系統的所有對象和屬性；對象之間的聯系；登記所有對象、屬性的自然語言定義；保留數據字典的變化歷史，以供需要時查閱；注意數據字典本身也需要用數據模型來描述用途幫助DBMS快速查找有關對象便于DBA掌握整個系統的運行情況主要由DBMS使用，用戶也可以使用DBMS可通過數據庫字典了解數據庫中每個文件的結構、每個數據項的存儲格式和數據類型等信息2.4數據庫系統的組成（續）數據字典與DBMSDBMS直接與數據的計算機處理有關，數據字典和一個組織全部數據的收集、規范說明和管理有關在數據環境中，數據字典可以被看成是存儲數據庫信息的“數據庫”有時稱管理數據字典數據庫的軟件為數據字典2.4數據庫系統的組成（續）數據庫系統的工作流程第一階段DBA建立并維護數據庫第二階段用戶編寫應用程序第三階段應用程序在DBMS支持下運行，當模式、物理模式、子模