2015年計算機4級數(shù)據庫復習知識點

?基本要求.掌握數(shù)據庫技術的基本概念、原理、方法和技術;.能夠使用SQL語言實現(xiàn)數(shù)據庫操作;.具備數(shù)據庫系統(tǒng)安裝、配置及數(shù)據庫管理與維護的基本技能;.掌握數(shù)據庫管理與維護的基本方法；.掌握數(shù)據庫性能優(yōu)化的基本方法；.了解數(shù)據庫應用系統(tǒng)的生命周期及其設計、開發(fā)過程;.熟悉常用的數(shù)據庫管理和開發(fā)工具,具備用指定的工具管理和開發(fā)簡單數(shù)據庫應用系統(tǒng)的能力；.了解數(shù)據庫技術的最新發(fā)展?？荚噧热荸`、數(shù)據庫應用系統(tǒng)分析及規(guī)劃軟件工程與軟件生命周期數(shù)據庫系統(tǒng)生命周期。數(shù)據庫開發(fā)方法與工具 數(shù)據庫應用體系結構。數(shù)據庫應用接口二、數(shù)據庫設計及實現(xiàn)概念設計邏輯設計物理設計。數(shù)據庫對象實現(xiàn)及操作。三、數(shù)據庫存儲技術存儲與文件結構 索引技術。四、并發(fā)控制技術事務管理并發(fā)控制技術死鎖處理。五、數(shù)據庫管理與維護數(shù)據完整性數(shù)據庫安全性數(shù)據庫可靠性。監(jiān)控分析參數(shù)調整查詢優(yōu)化空間管理。六、數(shù)據庫技術的發(fā)展與新技術分布式數(shù)據庫對象數(shù)據庫并行數(shù)據庫。數(shù)據倉庫與數(shù)據挖掘?？荚嚪绞僵`、筆試;120分鐘,滿分100分。二、上機考試:120分鐘,滿分100分。?上機考試內容及要求:(1)考試環(huán)境數(shù)據庫管理系統(tǒng);SQLSever2000編程環(huán)境和語言:VisualBasic6.0(2)在指定的數(shù)據庫管理系統(tǒng)下完成卜.述操作創(chuàng)建和管理數(shù)據庫創(chuàng)建數(shù)據庫對象數(shù)據查詢數(shù)據庫備份與恢復安全管理事務及并發(fā)控制數(shù)據導入導出(3)在指定開發(fā)環(huán)境ド開發(fā)C/S結構的數(shù)據庫應用系統(tǒng)注：上機考試暫不要求,上機操作考核在筆試中體現(xiàn)。第一章引論數(shù)據庫技術產生于20世紀60年代,是信息系統(tǒng)的核心技術和重要基礎;計算機科學與技術學科劃分為四個專業(yè)方向:計算機科學（CS）:計算機工程（CE）;軟件工程（SE）5信息技術（IT）。1.I基本概念1.1.1信息與數(shù)據信息、物質、能量是組成客觀世界并促進社會發(fā)展的三大基本要素;信息（Information）ー是客觀世界事物的存在方式和運動狀態(tài)的反映,是對事物之間相互聯(lián)系、相互作用的描述。信息具有可感知、可存儲、可加工、可傳遞和可再生的自然屬性。數(shù)據（Data）ー是描述現(xiàn)實世界事物的符號記錄，是用物理符號記錄下來的可以識別的信息。不同的物理符號體現(xiàn)出數(shù)據的不同表現(xiàn)形式。信息與數(shù)據間存在固有聯(lián)系，數(shù)據是信息的符號表示,或稱為載體。信息則是數(shù)據的語義解釋，是數(shù)據的內涵,信息以數(shù)據的形式表現(xiàn)出來，并為人們理解和接受。數(shù)據處理（DataProcessing）ー是指對數(shù)據進行分類、收集、組織、存儲,進而從已數(shù)據出發(fā)，抽取或推導出新的數(shù)據，這些數(shù)據表示了新的信息。數(shù)據管理（DataManagement）-ー是指對數(shù)據的分類、收集、組織、編碼、存儲、檢索和維護,是數(shù)據處理業(yè)務的重要環(huán)節(jié)。數(shù)據處理與數(shù)據管理的區(qū)別在于,數(shù)據處理除了具有數(shù)據管理功能外,還可通過數(shù)據管理得到的數(shù)據進ー步深加工,從中獲取新的數(shù)據和信息。1.1.2數(shù)據庫系統(tǒng)數(shù)據庫（DB,DataBase）ー是長期存儲在計算機內有組織的、大量的、共享的數(shù)據集合:數(shù)據庫管理系統(tǒng)（DBMS,DatabaseManagementSystem）--是指在計算機系統(tǒng)中，位于用戶與操作系統(tǒng)之間的數(shù)據管理系統(tǒng)軟件,是數(shù)據庫系統(tǒng)的核心。數(shù)據庫系統(tǒng)（DBS,DataBaseSystem）ー是指在計算機系統(tǒng)中引入數(shù)據庫后的軟硬件系統(tǒng)構成,DBS一般分成三個層次:（1）計算機硬件平臺;（2）系統(tǒng)軟件和應用軟件;（3）用戶:在不引起混淆和歧義的情況下,數(shù)據庫系統(tǒng)簡稱為數(shù)據庫。（狹義的）數(shù)據庫系統(tǒng)一是由數(shù)據庫和數(shù)據庫管理系統(tǒng)組成的軟件系統(tǒng)，主要為用戶提供數(shù)據存儲和査詢、插入、修改、刪除、更新等數(shù)據管理功能。（狹義的）數(shù)據庫應用系統(tǒng)（DBAS,DataBaseApplicationSystem）一是由數(shù)據庫、數(shù)據庫管理系統(tǒng)、數(shù)據庫應用程序組成的軟件系統(tǒng),它面向具體應用領域,提供了更為変雜的數(shù)據處理功能。數(shù)據庫技術ー是研究數(shù)據庫的結構、存儲、設計、管理和使用的ー門計算機應用學科。數(shù)據庫技術與其它計算機科學有密切關系:數(shù)據庫技術以文件系統(tǒng)為基礎發(fā)展而來,DBMS需要操作系統(tǒng)的支持,數(shù)據庫以文件形式存儲在外部存儲上的;數(shù)據庫與數(shù)據結構的關系很密切,數(shù)據庫技術不僅用到數(shù)據結構中的鏈表、樹、圖等知識,各種數(shù)據模型本身就屬于復雜數(shù)據結構:主流的關系數(shù)據庫系統(tǒng)，其理論基礎是關系數(shù)據模型，而該模型是在離散數(shù)學集合論中“關系”這ー基本概念上發(fā)展起來的;當用戶訪問數(shù)據庫,DBMS對用戶提交的查詢操作類似于,計算機編譯系統(tǒng)對程序的編譯過程;開發(fā)ー些大型的DBS或DBMS的過程,要遵循軟件工程的開發(fā)模式。1.2數(shù)據模型1.2.1數(shù)據模型概念1、數(shù)據模型（DataModel）ー是數(shù)據庫系統(tǒng)的形式框架,是用來描述數(shù)據的ー組概念和定義,包括描述數(shù)據、數(shù)據聯(lián)系、數(shù)據操作、數(shù)據語義以及數(shù)據一致性的概念工具；2、數(shù)據模型應滿足:（1）能夠比較真實地模擬現(xiàn)實世界；（2）容易為人們所理解；（3）便于在計算機上實現(xiàn)。數(shù)據模型的組成:數(shù)據結構:用于描述系統(tǒng)的靜態(tài)特征，從語法角度表述了客觀世界中數(shù)據對象本身的結構和數(shù)據對象之間的關聯(lián)關系,是刻畫一個數(shù)據模型性質最軍要的方面。在數(shù)據庫系統(tǒng)中,通常按照數(shù)據結構的類型來區(qū)分、命名各種數(shù)模，如層次、網狀、關系數(shù)模。數(shù)據操作：用于描述系統(tǒng)的動態(tài)特征,是ー組對數(shù)據庫中各種數(shù)據對象允許執(zhí)行的操作和操作規(guī)則組成的集合。數(shù)據操作可以是檢索、插入等,數(shù)模必須定義這些操作的確切含義、操作符號、操作規(guī)則以及實現(xiàn)操作的數(shù)據庫語言。數(shù)據完整性約束：是一組完整性規(guī)則的集合,它定義了數(shù)模必須遵守的語義約束,也規(guī)定了數(shù)據庫中數(shù)據內部及數(shù)據之間聯(lián)系所必須滿足的語義約束。它限定了數(shù)據庫的狀態(tài)以及狀態(tài)的變化,以便維護數(shù)據的正確性、有效性。1.2.2數(shù)據模型分類用數(shù)據模型這?概念來描述數(shù)據庫的結構和語義,通過現(xiàn)實世界一信息世界一機器世界的抽象轉換過程構建數(shù)據庫，并根據模型所定義的規(guī)范去管理和使用數(shù)據。建模過程:（1）將現(xiàn)實世界的數(shù)據對象抽象為信息世界中的某一信息結構;（2）再將信息結構轉換為機器世界中某一具體DBMS支持的數(shù)據模型，并存儲于計算機中。數(shù)據模型分類:概念數(shù)據模型（概念模型）:按用戶的觀點對數(shù)據和信息進行建模,是現(xiàn)實世界到信息世界的第一層抽象,強調其語義表達功能，易于用戶理解,是用戶與設計人員交流的語言,主要用于數(shù)據庫設計。最常用的是實體ー聯(lián)系模型。數(shù)據結構模型（表示型/實現(xiàn)型）：是機器世界中與具體DBMS相關的數(shù)據模型，包括關系模型、網狀模型和層次模型物理數(shù)據模型：屬底層數(shù)據模型,描述數(shù)據的實際存儲方式。1.3數(shù)據視圖與模式結構1.3.1數(shù)據視圖與數(shù)據抽象數(shù)據視圖：指從某個角度看到的客觀世界數(shù)據對象的特征,是對數(shù)據對象某ー方面特征的描述。數(shù)據抽象：是一種數(shù)據描述和數(shù)據庫設計原則，是指專注于數(shù)據對象的某方面特征，而忽略其他特征。集和值：集是指對某ー類數(shù)據的結構和屬性的說明,值是集的ー個具體賦值:數(shù)據模式：對數(shù)據庫中數(shù)據某方面結構和特征的描述,它僅涉及集的描述,不涉及具體的值。1.3.2三級模式結構數(shù)據庫三級模式結構一外部級、概念級和內部級，分別定義了外模式、模式和內模式，用于從不同角度描述數(shù)據庫結構。模式：也稱邏輯模式、概念模式:対數(shù)據庫中全體數(shù)據的邏輯結構和特征的描述,是所有用戶的公共數(shù)據視圖;模式不僅定義了數(shù)據的邏輯結構,還定義了數(shù)據之間的聯(lián)系、與數(shù)據的關的安全性和完整性要求;ー個數(shù)據庫只有一個模式，建立在某種數(shù)據結構模型基礎上。外模式:也稱子模式、用戶模式、用戶視圖;是對數(shù)據庫用戶能夠看見和使用的局部數(shù)據的邏輯結構和特征的描述。ー個數(shù)據庫可以有多個外模式,每個外模式描述了某個特定用戶所使用的局部數(shù)據的邏輯結構和特征,是與某ー應用有關的數(shù)據的邏輯表示。外模式還是保證數(shù)據安全的有力措施,每個用戶只能看見和訪問所對應的外模式中的數(shù)據，其它數(shù)據對他是不可見的。內模式:也稱物理模式、存儲模式;是對數(shù)據庫中數(shù)據的物理結構和存儲方式的描述,代表了數(shù)據在數(shù)據庫內部的表示方式和物理組織結構:1.3.3二級映象與數(shù)據獨立性外模式/模式映象:定義了數(shù)據庫中不同用戶的外模式與數(shù)據庫邏輯模式之間的對應關系;可有多個外模式/模式映象，對于每個外模式,需要一個外模式/模式映象來定義該外模式與模式之間的對應關系；當模式發(fā)生變化時，只需調整外模式/模式間的映象關系,而外模式無需修改，保證了數(shù)據與應用程序的邏輯獨立性，稱為數(shù)據的邏輯獨立性。模式/內模式映象:定義了數(shù)據庫中數(shù)據全局邏輯結構，與這些數(shù)據在系統(tǒng)中的物理存儲組織結構之間的對應關系。模式/內模式映象是唯一的；當內模式發(fā)生變化時,只需調整模式/內模式映象關系,而模式無需修改,保證了數(shù)據庫中的數(shù)據與應用程序間的物理獨立性，稱為數(shù)據的物理獨立性。1.4數(shù)據庫系統(tǒng)體系結構數(shù)據庫系統(tǒng)體系結構:是指數(shù)據庫系統(tǒng)的組成構件、各構件的功能及各構件間的協(xié)同工作方式;分類:集中式:全部數(shù)據和數(shù)據管理功能均集中在一臺計算機上的數(shù)據庫系統(tǒng);包括單用戶和主從式兩種,單用戶DBS是指系統(tǒng)由一個用戶獨占,不同機器間不能共享數(shù)據:主從式DBS是指ー個主機帶多個分時多用戶的DBS；分布式:數(shù)據庫中的數(shù)據在邏輯上是ー個整體,但在物理上卻可以分布在網絡中不同數(shù)據管理節(jié)點上;客戶/服務器：將DBMS和數(shù)據庫應用分開,網絡中某些節(jié)點上的計算機專門執(zhí)行DBMS功能，負責數(shù)據管理服務，稱為數(shù)據庫服務器;其他節(jié)點的計算機上安裝DBMS的外圍應用開發(fā)工具，支持用戶的應用，主要負責數(shù)據表示服務，稱為客戶端;并行式:硬件平臺是并行計算機系統(tǒng)，使用多個CPU和多個磁盤進行并行數(shù)據處理和磁盤訪問操作,以提高執(zhí)行速度:WEB式:由通過互聯(lián)網連接起來的客戶端、WEB服務器、數(shù)據庫服務器組成。1.5數(shù)據庫管理系統(tǒng)1.5.1數(shù)據庫管理系統(tǒng)的功能數(shù)據定義功能：DBMS提供了數(shù)據定義語言（DDL）,用戶利用DDL定義數(shù)據庫對象的三級模式結構,描述數(shù)據庫的結構特征。數(shù)據操縱功能：DBMS提供數(shù)據操縱語言（DML）,用戶利用DML對數(shù)據進行查詢、插入、刪除或更新;數(shù)據庫運行管理和控制功能數(shù)據庫的建立和維護功能5.2數(shù)據庫系統(tǒng)的全局結構DBS可分為用戶、人機交互界面、DBMS和磁盤四個層次；用戶可分為四類:數(shù)據庫管理員DBA;專業(yè)用戶；應用程序員;終端用戶;DBMS可分為兩部份:查詢處理器:面向用戶查詢請求;包括以下幾個功能模塊:DML編譯器、嵌入式DML的預編譯器、DDL編譯器、査詢執(zhí)行引擎:存儲管理器：面向數(shù)據存儲訪問,包括以下幾個功能模塊：權限和完整性管理器、事務管理器、文件管理器、緩沖區(qū)管理器;磁盤存儲的類型：以數(shù)據庫文件方式存儲的應用數(shù)據;數(shù)據字典；為提高查詢速度而設置的數(shù)據庫引擎:DMS運行時的統(tǒng)計分析數(shù)據;日志信息。1.6數(shù)據庫技術的發(fā)展和應用第一代DBS：60年代末70年代初,層次型和網狀型DBS：第二代DBS：70年代后期,關系數(shù)據庫系統(tǒng):新型DBS：80年代,分布式數(shù)據庫系統(tǒng):90年代，面向對象數(shù)據庫系統(tǒng)、網絡數(shù)據庫系統(tǒng)第二章數(shù)據庫應用系統(tǒng)生命周期2.1數(shù)據庫應用系統(tǒng)生命周期1.1軟件工程與軟件開發(fā)方法軟件工程：指導計算機軟件開發(fā)和維護的工程科學，它采用工程化的概念、原理、技術和方法,以及正確的項目管理技術,來開發(fā)和維護軟件;它將系統(tǒng)化、規(guī)范化、定量化方法應用于軟件的開發(fā)、操作和維護,也就是將工程化應用于軟件生產；軟件工程的目標:在給定成本、進度的前提下，開發(fā)出滿足用戶需求并具有下述特征的軟件產品:可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性。軟件生命周期：指軟件產品從考慮其概念開始，到該產品不再使用的整個時期。一般包括概念階段、需求階段、設計階段、實現(xiàn)階段、測試階段、安裝部署及交付階段、運行階段與維護階段。軟件項目管理：為了能使軟件開發(fā)按預定的質量、進度和成本進行,而對成本、質量、進度、人員、風險等進行分析和有效管理的一系列活動。軟件工程以關注軟件質量為特征,由方法、工具和過程三部分組成:軟件過程模型（軟件開發(fā)模型）:是對軟件過程的ー種抽象表示,表示了軟件過程的整體框架和軟件開發(fā)活動各階段間的關系,常見的有:瀑布模型（也稱軟件生命周期模型）、快速原型模型、增量模型和螺旋模型。I.2DBAS軟件組成數(shù)據庫應用軟件在內部可看作由一系列軟件模塊/子系統(tǒng)組成，這些模塊/子系統(tǒng)可分成兩類：與數(shù)據訪問有關的數(shù)據庫事務模塊：利用DBMS提供的數(shù)據庫管理功能，以數(shù)據庫事務方式直接對數(shù)據庫中的各類應用數(shù)據進行操作，模塊粒度較小;與數(shù)據訪問無直接關聯(lián)的應用模塊：在許多與數(shù)據處理有關的應用系統(tǒng)中，對數(shù)據庫的訪問只是整體中的一部分，其他功能則與數(shù)據庫訪問無直接關系，這部分模塊粒度可以比較大。DBAS設計開發(fā)的硬件方面:主要涉及根據系統(tǒng)的功能、性能、存儲等需求選擇和配置合適的計算機硬件平臺，并與開發(fā)好的DBAS軟件系統(tǒng)進行集成，組成完整的數(shù)據庫應用系統(tǒng);1.3DBAS生命周期模型數(shù)據庫應用系統(tǒng)的生命周期模型：參照軟件開發(fā)瀑布模型的原理,DBAS的生命周期由項目規(guī)劃、需求分析、系統(tǒng)設計、實現(xiàn)和部署、運行管理與維護等5個基本活動組成;將快速原形模型和增量模型的開發(fā)思路引入DBAS生命周期模型，允許漸進、迭代地開發(fā)DBAS；根據DBAS的軟件組成和各自功能，細化DBAS需求分析和設計階段,引入了數(shù)據組織與存儲設計、數(shù)據訪問與處理設計、應用設計三條設計主線，分別用于設計DBAS中的數(shù)據庫、數(shù)據庫事務和應用程序;將DBAS設計階段細分為概念設計、邏輯設計、物理設計三個步驟,每ー步的設計內容又涵蓋了三條設計主線。2規(guī)劃與分析2.1系統(tǒng)規(guī)劃與定義定義：系統(tǒng)規(guī)劃與分析是面向將要開發(fā)的DBAS,通過了解用戶實際需求,明確該系統(tǒng)需要實現(xiàn)的目標和任務,并從數(shù)據管理和數(shù)據處理的角度，確定系統(tǒng)中數(shù)據庫軟件的功能、性能范圍;系統(tǒng)規(guī)劃與定義包括：任務陳述：描述所要開發(fā)的DBAS的總體目標:確定任務目標:確定系統(tǒng)范圍和邊界;確定用戶視圖;2.2可行性分析可行性分析包括以下四方面:經濟可行性:對項目進行成本效益分析;DBAS的成本主要包括:A、軟硬件購置費用;B、系統(tǒng)開發(fā)費用;C、系統(tǒng)安裝、運行、維護費用。技術可行性:是根據用戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件,對系統(tǒng)軟件、硬件、技術方案作出評估和選擇建議;硬件可行性研究是分析DBAS的硬件平臺環(huán)境和設置;軟件可行性研究包括:對可用的DBMS和操作系統(tǒng)的選型評估,對中間件和開發(fā)環(huán)境的選型建議，對DBAS開發(fā)模式和編程語言的建議:技術方案的選擇是根據系統(tǒng)技術需求，提出DBAS可能采用的合理技術方案和關鍵技術：操作可行性：是論證是否具備DBAS開發(fā)所需的各類人員資源、軟件資源、硬件資源和エ作環(huán)境等，以及為支持DBAS開發(fā)如何去改進加強這幾方面資源。開發(fā)方案選擇：目的是提出并評價實現(xiàn)系統(tǒng)的各種開發(fā)方案，從中選出ー種適用于DBAS軟件的開發(fā)方案:2.3項目規(guī)劃項目規(guī)劃是項目管理者對資源、成本和進度做出合理估算,并在此基礎上制定切實可行的DBAS項目開發(fā)計劃。項目規(guī)劃包括以下內容:確定項目的目標和范圍;根據DBAS軟件開發(fā)模型，分解和定義整個項目包括的工作活動和任務:估算完成該項目的規(guī)模和所需各種資源;制定合理的DBAS項目計戈リ3、項目規(guī)劃的結果應形成數(shù)據庫應用系統(tǒng)項目計劃文檔，即項目計劃書。3需求分析數(shù)據庫應用系統(tǒng)需求是指用戶對DBAS在功能、性能、行為、設計約束等方面的期望和要求;DBAS需求分析是在已經明確的DBAS系統(tǒng)范圍基礎上，通過對應用問題的理解和分析,采用合適的工具和符號,系統(tǒng)地描述DBAS的功能特征、性能特征和約束,并形成需求規(guī)范說明文檔；需求分析過程由需求獲取、需求分析、需求描述和規(guī)范說明、需求驗證等組成;DBAS的需求分析包括:數(shù)據需求分析;數(shù)據處理需求分析;業(yè)務需求分析;分析數(shù)據庫系統(tǒng)在性能、存儲、安全、備份與恢復等方面的要求；3.1數(shù)據與數(shù)據處理需求分析數(shù)據需求分析;是從對數(shù)據組織與存儲的設計角度,辨識應用領域所管理的各類數(shù)據項和數(shù)據結構,與數(shù)據處理需求分析結果ー起,組成數(shù)據字典;數(shù)據處理需求分析;是從數(shù)據訪問和處理的角度,明確對各類數(shù)據項所需進行的數(shù)據訪問操作，分析結果可表示為數(shù)據流圖或事務規(guī)范；事務規(guī)范包括;（1）事務名稱；（2）事務描述；（3）事務所訪問的數(shù)據項;（4）事務用戶；3.2業(yè)務規(guī)則需求分析1、業(yè)務規(guī)則需求分析:是從DBAS髙層目標和整體功能出發(fā)，分析系統(tǒng)或系統(tǒng)中?些大粒度子系統(tǒng)應具有的業(yè)務類型和功能，明確用戶或外部系統(tǒng)與DBAS的交互模式;3.3性能需求分析DBAS的性能指標：數(shù)據操作響應時間（或數(shù)據訪問響應時間）:從提交請求到返回結果的時間;系統(tǒng)吞吐量：指系統(tǒng)在單位時間內所完成的事務或查詢的數(shù)量,單位為TPS：允許并發(fā)訪問的最大用戶數(shù)：在保證響應時間的前提下，系統(tǒng)最多允許多少用戶同時訪問數(shù)據庫;每TPS代價值,用于衡量系統(tǒng)性價比的指標影響DBAS性能的因素：系統(tǒng)硬件資源:網絡通信設備性能:操作系統(tǒng)環(huán)境:數(shù)據庫的邏輯設計和物理設計質量,數(shù)據庫配置參數(shù)；DBAS的配置和性能;數(shù)據庫應用程序自身。3.4其它需求分析存儲需求分析;是指估計DBAS系統(tǒng)需要的數(shù)據存儲量，包括;（1）初始數(shù)據庫大小；（2）數(shù)據庫增長速度；存儲總量估算可采用;根據數(shù)據字典中每個數(shù)據項的結構描述信息,估計每個數(shù)據項的容量,將所有數(shù)據項的容量累加；安全性需求分析;DBAS系統(tǒng)應達到的安全控制級別;各類用戶的數(shù)據視圖和視圖訪問權限;DBAS應有的u令保護機制或其它安全認證機制,用以控制用戶登錄數(shù)據庫系統(tǒng)。備份和恢復需求分析;DBAS運行過程中備份數(shù)據庫的時間和備份周期；所需備份的數(shù)據是全部數(shù)據庫數(shù)據,還是一部分；備份方式是采用完全備份還是采用差異備份。2.4系統(tǒng)設計4.1概念設計數(shù)據庫概念模型設計:是根據數(shù)據需求分析階段得到的需求結果，分析辨識需要組織存儲在數(shù)據庫中的各類應用領域數(shù)據對象的特征及其相互之間關聯(lián)關系,并采用概念數(shù)據模型表示出來,得到獨立于具體DBMS的數(shù)據庫概念模型；ER方法:（1）選擇局部應用;（2）分別設計各個局部ER圖;（3）局部ER圖合并;系統(tǒng)總體設計:確定DBAS體系結構;系統(tǒng)硬件平臺和操作系統(tǒng)、數(shù)據庫管理系統(tǒng)等系統(tǒng)軟件的選型和配置；應用軟件結構設計對需求分析階段識別出的業(yè)務規(guī)則進行初步設計,細化業(yè)務規(guī)則流程,明確采用的關鍵技術和算法;對系統(tǒng)采用的關鍵技術進行方案選型和初步設計。4.2邏輯設計數(shù)據庫邏輯結構設計:指從數(shù)據庫的概念模型出發(fā),設計表示為邏輯模式的數(shù)據庫邏輯結構。ER圖轉換為初始關系模式;對初始關系模式進行優(yōu)化:檢査關系表對數(shù)據庫事務的支持性;確定關系模式的完整性約束:從數(shù)據安全性和獨立性出發(fā),設計用戶視圖。應用程序概要設計（H）；數(shù)據庫事務概要設計；4.3物理設計數(shù)據庫物理結構設計;主要指數(shù)據文件在外存上的存儲結構和存取方法,它依賴于系統(tǒng)具體的硬件環(huán)境、操作系統(tǒng)和DBMS；數(shù)據庫邏輯模式調整;選擇或配置基本關系表的文件組織形式;數(shù)據分布設計；安全模式設計；確定系統(tǒng)配置；物理模式評估；數(shù)據庫事務詳細設計:根據事務流程,利用SQL語句、數(shù)據庫訪問接口,采用高級程序設計語言或DBMS提供的事務實現(xiàn)機制,設計數(shù)據庫事務。應用程序詳細設計:2.5實現(xiàn)與部署;建立數(shù)據庫結構；數(shù)據加載;和應用程序的編碼及測試;事務系統(tǒng)集成、測試與試運行；系統(tǒng)部署；2.6運行管理與維護2.6.1日常維護:數(shù)據庫的備份與恢復,完整性維護,安全性維護,存儲空間管理,并發(fā)控制及死鎖處理。2.6.2系統(tǒng)性能監(jiān)控和分析統(tǒng)計數(shù)據可以通過兩種途徑收集;由DBMS本身自動收集和存儲統(tǒng)計數(shù)據通過監(jiān)控系統(tǒng)得到6.3系統(tǒng)性能優(yōu)化調整糸統(tǒng)性能優(yōu)化的手段有:數(shù)據查詢調整與優(yōu)化、索引調整、數(shù)據庫摸式調整、DBMS和操作系統(tǒng)參數(shù)調整等。模式調整主要涉及邏輯模式調整,可以從下考慮:已達到第三范式的基本表,不要進ー步規(guī)范化為BCNF；在分布式數(shù)據庫中,對ー個基本表中某些頻繁被訪問的數(shù)據，可以按水平分區(qū)或垂直分區(qū)方式拆分基本表。6.4系統(tǒng)升級:改進應用程序;數(shù)據庫重組;DBMS和OS版本升級第3章需求分析及功能建模方法1需求分析概述1.1需求分析概念所謂需求分折:就是對待開發(fā)的系統(tǒng)要做什么，完成什么功能的全面描述。需求分析的工作：通過對需求的調查、了解、觀察和分析,通過對原始數(shù)據的收集、分類和抽象，并采用有效的技術、工具，對原始資料進行加工整理，描述開發(fā)目標、實現(xiàn)的功能及其相互關系等活動的集合:需求的定義：客戶對ー個待開發(fā)的系統(tǒng)在實現(xiàn)目標、完成功能、應達到的性能、安全性、可靠性等方面的期望和要求的集合;需求獲取的困難：軟件功能復雜;需求的可變性;需求分析階段的主要任務：分析當前的業(yè)務流程,包括體系結構,各職能部門完成的主要任務、關系及其交流的信息。需求分析的結果通常以模型等建模工具和方法描述系統(tǒng)的信息流、功能結構及完成各功能需要的數(shù)據。功能模型和軟件需求規(guī)格說明書是軟件開發(fā)的依據,將指導后續(xù)的開發(fā)工作。需求分析工作是系統(tǒng)分析員與用戶不斷交互的過程中完成的。3.I.2系統(tǒng)分析員的職能系統(tǒng)分析員的主要耍任務:是確定應用信息系統(tǒng)及軟件產品應該達到的各項功能性耍求和非功能性要求,即用戶要做什么。系統(tǒng)分析員應該具備的素質:獲取需求的能力;管理及溝通能力:技術素養(yǎng);1.3需求獲取的方法常用的幾種獲取需求的方法;（1）面談;（2）實地觀察;（3）問卷調查；（4）查閱資源;1.4需求分析過程標識問題:需求分析的第一步，通過對問題的識別和標識獲得所求解問題及其運行環(huán)境的理解;標識問題從現(xiàn)行系統(tǒng)的亜務流程做起，理解現(xiàn)行系統(tǒng)的業(yè)務流程；在標識理解需求的同時，還要注意確定系統(tǒng)的人機界面；2、建立需求模型;模型是對現(xiàn)實原形所作的ー種抽象，其本質是只關心與研究內容有關的因素，而忽略無關的因素,其目的是把復雜的事物變得簡單,便于認識和分析；日前常用的模型方法主要有DFD數(shù)據流圖和IDEFO,都屬于結構化分析方法，其特征是抽象和分解；首先對應用領域進行全面的分析,發(fā)現(xiàn)并找出同類事物的本質,用抽象方法把這類事物的非主要方面剔除，把握住事物的內部規(guī)律或本質,就可以找到解決辦法；然后采用自上而下逐步求精的方法對復雜的問題進行分解;結構化分析及建模方法的主要優(yōu)點:不過早陷入具體的細節(jié)；從整體或宏觀入手分析問題:通過圖形化的模型對象直觀地表示系統(tǒng)要做什么，完成什么功能:圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng);模型對象不涉及太多的技術術語,便于用戶理解;3、描述需求:需求描述的目標:對軟件項目功能性和非功能性的需求全面描述:功能性需求:指需要計算機實際解決的問題或實現(xiàn)的具體功能,明確描述系統(tǒng)必須做什么,實現(xiàn)什么功能以及輸入輸出等:非功能性需求：軟件項目對實際運行環(huán)境的要求:需求描述主要由需求模型和需求說明書組成,說明書側重文字說明,內容如下:需求概述:功能需求:信息需求:性能需求:環(huán)境需求:其他需求：在対需求進行分析過程中,系統(tǒng)分析員要經?？紤]的問題：描述的需求是完全的嗎?需求描述是正確的和?致的嗎?描述的這些需求是可行的、實際可操作的嗎?描述中的每一條需求都是客戶需要的嗎?4、確認需求：評審委員會審核下列內容：功能需求:數(shù)據需求:性能:數(shù)據管理:其他需求。3.2DFD建模方法3.2.1DFD方法的基本對象數(shù)據流:具有名字且有流向的數(shù)據,用標有名字的箭頭表示。處理：表示對數(shù)據的加工和變換,在圖中用矩形框表示。數(shù)據存儲:表示用數(shù)據庫形式存儲的數(shù)據,對其存取分別以指向或離開數(shù)據存儲的箭頭表示:數(shù)據源及數(shù)據終點：表示當前系統(tǒng)的數(shù)據來源和去向,其圖形符號以平行四邊形表示。3.2.2開發(fā)DFD圖DFD圖采用自頂而下逐步細化的結構化分析方法表示H標系統(tǒng);DFD方法應以軟件項目的功能為中心進行抽象和分解,以數(shù)據流的變換來分析數(shù)據対企業(yè)中各類業(yè)務活動的影響:3.2.4數(shù)據字典數(shù)據字典包括以下說明信息:源點及終點詞條描述;數(shù)據流詞條描述;數(shù)據存儲;處理描述;數(shù)據元素詞條描述。3.3IDEF0建模方法3.3.I概述IDEFO的基本思想是結構化分析方法,強調白頂而下有控制地逐步地展開細節(jié),全面地描述系統(tǒng)，且通過建模來理解ー個系統(tǒng)。ー個模型由圖形文字說明、詞匯表及相互的交叉引用表組成。IDEF方法的優(yōu)點:具有模型元素單ー、語義豐富、更易于從全局角度分析考察問題,模型容易理解。3.3.2IDEF0方法1、基本元素矩形:代表活動，活動名稱標在矩形內,活動編號按要求標在矩形框右下角指定位置；箭頭:左邊的輸入箭頭代表完成活動需要的數(shù)據、上方的控制箭頭描述了影響活動的執(zhí)行的事件或約束、右邊的輸出箭頭說明由活動產生的結果及信息、ド方進入的機制箭頭表示實施該活動的物理手段或資源。輸入輸出箭頭描述活動是什么（what）、控制箭頭描述為何這么做（why）、機制箭頭表示如何做（how）.2、IDEFO模型ー個IDEFO模型由一組圖形組成,這些圖形組成一個由父到子的層次結構圖,這組圖形把ー個復雜事物按自頂向下逐步細化的方式分解成一個個簡單的或多個組成部分；建模規(guī)則矩形框:用動詞為矩形內活動命名,每個矩形要至少有一個控制箭頭和輸出箭頭,可以沒有輸入，但不可以同時沒有輸入和控制。箭頭:箭頭代表數(shù)據約束,而不是代表流或順序;其他:ICOM碼:只有一端與矩形相連的箭頭叫邊界箭頭,這些箭頭表示父矩形框的輸入、控制和輸出。!DEFO用專門的記號1C0M碼來說明父子圖中的箭頭關系。子圖中每個邊界箭頭的開端分別用字母I、C、〇、M來標明是輸入、控制、輸出及機制,再用ー個數(shù)字表示其在父矩形框中箭頭的相對位置。結點號:IDEF0模型是ー組有一定層次結構的圖形，通常用結點號來標志圖形或矩形框在層次圖中的位置:模型名：每個模型有一個名字,通常用名字代表主題，用子名字表示不同的模型?；久峙c子名字間用“/”隔開，如A/B/C,A是主題、B是模型號、C是結點號。3.3建模過程及步驟IDEF0建模過程及步驟:明確目的，確定范圍：在建模前首先要明確目的和意圖,確定問題域:建立內外關系圖A-0圖:根據系統(tǒng)目標、功能建立內外關系圖A-0圖,以確定整個模型的內外關系，確定系統(tǒng)的邊界;構造頂層圖:把A-0圖分解成3?6個主要部分得到A0圖，A0圖是模型真正的頂層圖;開發(fā)!DEFO層次結構圖;對A0圖中的每個矩形框進行分解，就形成了基本的圖形層次結構。在分解時要列出所有的數(shù)據項和活動表,分解的次序采用以下原則;保持在同一水平上進行分解，均勻的模型深度;按困難程序進行選擇；寫文字說明;檢査確認圖形;3.4DFD與IDEF0的比較DFD與IDEF0共同點;都是結構化分析思想，強調自頂而下逐步求精的方法對現(xiàn)實世界建模，先抓住主要的問題，形成較高層次的抽象，再由粗到細、由表及里地逐步細化，將一個大問題分解成幾個小問題,對這小問題再進行分析求解;DFD與!DEFO區(qū)別:DFD圖用箭頭（數(shù)據流）來描述數(shù)據移動的方向、數(shù)據處理及處理之間的數(shù)據依賴關系。IDEFO圖也用箭頭代表數(shù)據流,但在IDEFO中不是強調流或順序,而是強調數(shù)據約束。從表達形式上看,DFD圖與IDEFO圖都是用箭頭和處理表達ー個企業(yè)或組織的業(yè)務流程。但IDEFO圖的箭頭不僅能夠表示數(shù)據流，還可以表示控制流和說明處理或實施方式的ー些約束;從模型元素的組成上來看,DFD模型由4種元素組成,即外部項（數(shù)據源及終點）、數(shù)據流、數(shù)據存儲和處理。而IDEFO模型元素的組成更加簡單，只有2種元素組成,即箭頭和活動;從模型規(guī)范上來講，IDEF方法更加規(guī)范;IDEFO模型結構清楚,便于理解和溝通。第四章數(shù)據庫概念設計及數(shù)據建模4.1數(shù)據庫概念設計概述1.I數(shù)據庫概念設計的任務定義和描述應用領域涉及的數(shù)據范圍;描述清楚數(shù)據的屬性特征；描述清楚數(shù)據之間的關系；定義和描述數(shù)據的約束；說明數(shù)據的安全性要求；支持用戶的各種數(shù)據處理需求；保證信息模型方便地轉換成數(shù)據庫的邏輯結構,同時便于用戶理解。1.2概念設計過程概念設計的依據:是需求分析階段的文檔,通過對這些文檔的分析理解,構造出信息模型,編寫數(shù)據庫概念設計說明書，信息模型和數(shù)據庫概念設計說明書是數(shù)據庫邏輯設計的依據:概念設計的基本步驟:確定實體集;確定聯(lián)系和聯(lián)系類型；建立由信息模型表示的企業(yè)模型;確定實體集屬性；對信息模型優(yōu)化。2數(shù)據建模方法數(shù)據建模方法的共同特點是:能夠真實客觀地描述現(xiàn)實世界中的數(shù)據及數(shù)據之間的關系;組成模型的概念少,語義清楚,容易理解;不同概念的語義不重疊，概念無多義性;用圖形方式描述數(shù)據，數(shù)據直觀易懂，有利于數(shù)據庫設計者和用戶交流；這種數(shù)據模型容易轉換成數(shù)據庫邏輯設計階段需要的數(shù)據結構。3ER建模方法3.1基本概念實體或實例:指客觀存在并可相互區(qū)分的事物,可以是ー個具體的人或物，也可以是抽象的事件或概念;實體集:表示ー一個現(xiàn)實的和抽象事物的集合，這些事物必須具有相同的屬性或特征。屬性;用于描述ー個實體集的性質和特征；碼;實體集中能惟?標識每ー個實例的屬性或屬性組；聯(lián)系:描述現(xiàn)實世界中實體之間的關系。（1）ー對ー聯(lián)系;（2）ー對多聯(lián)系;（3）多對多聯(lián)系3.2ER方法語法ER方法中用矩形框表示實體集，矩形框內寫上實體集的名稱;ER模型用菱形表示聯(lián)系,聯(lián)系名寫在菱形框內;ER模型中實體集的屬性用橢圓或圓角矩形框表示，屬性名字寫在其中。4IDEF1X建模方法4.1IDEF1X概述IDEFO側建描述系統(tǒng)功能，被稱為功能建模方法；IDEF1X側亜分析、抽象和概括應用領域中的數(shù)據,稱為數(shù)據建模方法；IDEF1X方法具有豐富的語法和語義:實體集分為:（1）獨立標識符實體集;（2）從屬標識符實體集;實體集之間的聯(lián)系分為:（1）標定型聯(lián)系:（2）非標定型聯(lián)系;（3）分類聯(lián)系:（4）不確定聯(lián)系4.2IDEF1X模型元素實體集：實體集語義:如果ー個實體集的每一個實例都能被惟一地標識,而不決定于它與其他實體的聯(lián)系,那么該實體集稱為獨立實體集:否則就叫從屬實體集:實體集語法:IDEF1X用矩形框來表示獨立實體集,用圓角矩形框來表示從屬實體集:聯(lián)系：聯(lián)系語義：標定型聯(lián)系：ー個“確定型聯(lián)系”中，如果子女實體集中的每個實例都是由它與雙親的聯(lián)系而確定的,這個關系稱為“標定型聯(lián)系”：非標定型聯(lián)系：ー個“確定型聯(lián)系”中,如果子女實體集中的每ー個實例都能被惟一地確認而無需了解與之相聯(lián)系的雙親實體集的實例，這個問題關系叫“非標定型聯(lián)系”。分類聯(lián)系：是兩個或多個實體集之間的聯(lián)系，目在這些實體集中存在ー個一般實體集，它的每ー個實例都恰好與一個且僅ー個分類實體集的ー個實例相聯(lián)系。不確定聯(lián)系：一個非確定聯(lián)系又稱為多對多聯(lián)系,這種聯(lián)系關聯(lián)的兩個實體集之間,任ー實體集的ー個實例都將對應另ー實體集的0個、1個或多個實例。聯(lián)系的語法:標定聯(lián)系語法:在IDEF1X圖中，聯(lián)系的語法用直線表示，在ー個標定型聯(lián)系中，子女實體集總是ー個從屬實體集，用圓角矩形框表示;非標定聯(lián)系語法：如果兩個實體集之間有關系,并且是ー個非標定聯(lián)系，就用一條虛線把它們連接起來。分類聯(lián)系語法：一般實體集的ー個實例只能與分類實體集的一個實例相對應;不確定聯(lián)系m:n的語法:不確定聯(lián)系用一個兩端帶有實心圓的線段描述,表示多對多的連接關系。屬性屬性的語義:用來描述ー類現(xiàn)實或抽象事物的特征或性質。一個屬性的具體取值叫屬性實例,它由屬性的類型和值來定義。屬性的語法主碼和非主碼屬性語法:在ー個實體集中屬性要有惟一的名字,屬性名由名詞表示,主碼屬性名后加(PK)標注，被列在屬性列表的頂端，并用水平線將主碼和其他屬性分開。外碼語法：在外碼屬性后加“FK”來識別由聯(lián)系繼承得到的外來屬性。4.3建模過程建模過程:建模規(guī)劃及準備、定義實體集、定義聯(lián)系、定義健、定義屬性1、第一階段：建模規(guī)劃及準備建模目標：目標說明：回答將構造的模型完成什么功能,涉及的問題和數(shù)據范圍,同時說明是ー個當前系統(tǒng)模型還是待建模型。范圍說明：在建模初期要給出模型覆蓋的問題范圍;建模計劃項目說明;收集數(shù)據:定義實體;定義聯(lián)系;定義碼屬性;定義非碼屬性;確認模型;評審驗收。組織隊伍：包括項目負責人、建模者、信息源、課題專家、評審委員會第二階段：定義實體集目標是標識和定義應用領域中的實體集，方法是分類標識原始材料中的所有名詞;區(qū)別實體集名詞和非實體集名詞的方法,是否具有下列特征：它能夠被描述或說明嗎?有多少同類的實例嗎?每個實例可以被標識和區(qū)分嗎?第三階段：定義聯(lián)系標識實體集之間的聯(lián)系：建立聯(lián)系矩陣，聯(lián)系矩陣由一個二維數(shù)組表示。把實體集沿水平和垂直兩方向列出,分析兩個實體間的聯(lián)系,有聯(lián)系就用“X”表示,不存在聯(lián)系用“nuU”表示。聯(lián)系只標識直接關系，不標識間接關系。定義聯(lián)系:包括表示依賴、命名聯(lián)系、關于聯(lián)系的說明;當實體集之間的依賴關系建立后,就可以命名聯(lián)系了。聯(lián)系的名字可以動詞表示。原則必須是具體的、簡明的和有意義的。構造實體級數(shù):實體級圖的范圍和數(shù)目,依賴于建模的規(guī)模和建模問題涉及的實體集數(shù)目。第四階段：定義健分解不確定的聯(lián)系：把實體級圖中不確定的關系轉換成確定的連接形式，把每ー個不確定的聯(lián)系轉換成為兩個確定的聯(lián)系;標識碼屬性：碼屬性是那些能夠惟ー識別實體集中每一個實例的屬性:遷移主碼：把ー個實體集的主碼復制到其他有關實體集的過程，但要遵守以下規(guī)則：在ー個聯(lián)系中,遷移總是從父到子或從?般實體集移向分類實體集:主碼屬性才能被遷移,如主碼由多個屬性組成，則要全部遷移:第五階段:定義屬性標識和定義非主屬性;建立屬性的所有者;確認屬性的定義;繪制局部數(shù)據視圖;實體集的名稱和編號寫在矩形框外的上面;主碼屬性寫在矩形框內水平線的上面并用“PK”標注；外碼屬性寫在矩形框內水平線的ド面并用“FK”標注;非主屬性也可以寫在矩形框內水平線的下面;第五章關系數(shù)據庫邏輯設計2基本概念5.2.1關系模型關系模型采用ー個二維表格在計算機中組織、存儲、處理和管理數(shù)據。關系名（數(shù)據庫名）:由字母數(shù)字組成;屬性名:關系模式和關系:關系模式描述關系的靜態(tài)結構,由模式名、關系模式所包含的屬性（屬性名、類型和長度）及屬性值所滿足的條件組成模式定義。元組:描述關系中的行:域:它定義關系的每個屬性取值的類型：主碼:能夠惟ー標識關系中每一個元組的屬性或屬性組:關系的數(shù)學定義:關系模式是建立在集合集論的基礎上的,用數(shù)學的概念定義關系有:定義ー:域是值的集合,同一個域中的值具有相同的數(shù)據類型:定義二:定義三:當關系引用了屬性名后關系具有以下屬性：[1I不能有重復的元組:[2]元組上下無序:[3]按屬性名引用時屬性左右無序:[4I所有屬性值都是原子項（不可再分）；總結:關系是ー張二維表，表中的一行被稱為ー個元組，一列稱為屬性,由一組域值組成。關系是元組的集合,關系中的每個元組在數(shù)學上被定義為這個關系所涉及的全部域值中笛卡兒積的一個元素。2.2關系數(shù)據庫關系數(shù)據庫是按照二維表組織和存儲的相互關聯(lián)的關系的集合,關系數(shù)據庫模式是關系模式的集合；2.3關系的完整性關系的完整性(完整性約束):是對關系的某種約束規(guī)則和關系滿足的定義。通常這組約束規(guī)則用來限定和檢查數(shù)據庫所含實例的合法性和正確性;完整性約束分靜態(tài)和動態(tài)兩種,靜態(tài)完整性約束是基于關系模式的,主要有主碼、外碼約束和域約束組成:動態(tài)完整性約束是基于企業(yè)的業(yè)務規(guī)則的。靜態(tài)完整性約束規(guī)則:主碼約束:主碼必須滿足:惟ー性:在ー個關系中不存在兩個元組，它們具有相同的主碼值:最小性:不存在從組成主碼的屬性集中去掉ー個屬性,還仍能保持數(shù)據的惟一性:外碼約束:用戶定義的完整性：5.3關系數(shù)據庫設計理論3.1問題的提出究竟ー個關系數(shù)據庫包含哪些屬性是合理的，如何評價ー個關系模式設計的優(yōu)劣?3.2函數(shù)依賴函數(shù)依理論利用ー個關系中屬性之間的依賴關系評價和優(yōu)化關系模式,以保證存儲到數(shù)據庫中的關系具有較好特性:函數(shù)依賴:設R(U)為ー關系模式,X和丫為屬性全集U的子集，若對于R(U)的任意ー個可能的關系r,r中不可能存在兩個元組在X上的屬性值相等，而在丫上的屬性值不等，則稱“X函數(shù)決定Y”或“丫函數(shù)依賴于X”,并記作XY,其中X稱為決定因素,因為根據函數(shù)依賴定義,給定一個X,就能惟ー決定一個丫。這里討論的函數(shù)關系與數(shù)學上的不同，是不能計算的，是ー個關系中屬性之間存在的依賴關系:它是ー種語義范疇的概念,只能根據兩個屬性之間的語義來確定一個函數(shù)依賴是否存在。完全與部分函數(shù)依賴:在關系模式R（U）中,如果XGY成立,并且對X的任何真子集X’不能函數(shù)決定Y,則稱丫對X是完全函數(shù)依賴，被記作X—f—aYo若X4Y,但丫不完全函數(shù)依賴于X,則稱丫對X是部分函數(shù)依賴,記作X-p6Y；傳遞函數(shù)依賴:在關系R（U）模式中，如果X決定Y,（丫不屬于X）,丫不決定X,丫決定Z,則稱Z對X傳遞函數(shù)依賴。平凡與非平凡函數(shù)依賴:若X決定Y,但丫屬于X,則稱X&Y是平凡函數(shù)依賴，否則稱非平凡函數(shù)依賴;即平凡函數(shù)依賴，僅當其右邊的屬性集是左邊屬性集的子集時成立;非平凡函數(shù)依賴,僅當其右邊的屬性集至少有一個屬性不屬于左邊有集合時成立;完全非平凡函數(shù)依賴:僅當其右邊的屬性集中屬性都不在左邊的集合時成立;碼:在關系模式R（U）中，K為R的屬性或屬性組,若K函數(shù)決定A1.A2….An,則K為關系模式R的候選碼，包含在候選碼中的屬性稱為主屬性，否則為非主屬性；若ーー個關系的候選碼不止ー個,則選定其中一個作為關系R的主碼；關系的碼屬性除了必須完全函數(shù)決定關系的所有其他屬性外，還必須滿足最小化規(guī)則，即在關系模式R（U）中,不存在ー個K的真子集能夠函數(shù)決定R的其他屬性。函數(shù)依賴的推理規(guī)則:自反律:若丫（包含于）X（包含于）U,則XdY成立;增廣律:若X6Y,且Z（包含于）U,則XZdYZ成立;傳遞律：若X4Y,YaZ,則XdZ成立;合并規(guī)則：若XdY,X6Z成立，貝リX4YZ；分解規(guī)則:若X4Y和Z（包含于）Y成立，則X6Z也成立;偽傳遞規(guī)則:若XdY,YWaZ,則XW4Z成立;屬性集閉包:設F是屬性集U上的函數(shù)依賴集,X為U的ー個子集,那么對于F,屬性集X關于F的閉包(用X+表示)為:X+={AIXaA)由屬性集團包的定義可知,若想判斷函數(shù)依賴XaY是否成立，只要計算X關于函數(shù)依賴集F的閉包，若丫是X閉包中的ー個元素則XGY成立;確定關系的碼:利用迭代算法計算X+,步驟如下:選X作為閉包X+的初值X(0)；由X(i)計算X(i+1)時，它是由X(0)并上屬性集合A所組成，其中A滿足下列條件:Y(包含于)X(i),且F中存在函數(shù)依賴YdZ,而A(包含于)Z。因為U是有窮的，所以會得到X(i)=X(i+1),此時X(i)為所求的X+。5.3.3規(guī)范化設計方法第一氾式：定義:設關系模式R(F,U),如果R的每ー個屬性都是不可分的數(shù)據項,則此關系模式為第一范式;ー個給定關系和第一范式(INF)的區(qū)別:ー個關系中的數(shù)據按照行和列的形式組織，每個元組具有相同數(shù)H的屬性個數(shù)，且每ー個元組的屬性值具有統(tǒng)一?的數(shù)據類型和長度;元組或屬性的排列與順序無關,每個元組必須通過一個屬性或屬性組惟ー識別;第一范式實際上對關系增加了一個約束，即關系中元組的每個屬性都只取ー個值，第一范式是對關系模式的基本要求，不滿足第一范式的數(shù)據庫就不是關系數(shù)據庫。第二范式:定義:若關系模式R(F,U)是1NF,且每個非主屬性完全函數(shù)依賴于碼，則稱R為第二范式，即在2NF中不存在非主屬性對碼的部分依賴:僅滿足第一范式關系會存在種種問題,要消除必須用更高級的范式標準來設計,稱為標準化:具體做法是將大的關系分解成多個小的關系，使分解后的關系滿足更高級范式的要求。第二范式實際上對關系增加了一個約束，就是關系中的每ー個屬性必須完全依賴于主碼，即在第一范式的基礎上，消除非主屬性對主碼的部分函數(shù)依賴可達到2NF；Ayr—?_p.第二氾式:定義:若關系R（U,F）為第一范式,且不存在非主屬性對主碼的傳遞函數(shù)依賴,則稱R為第三范式;第三范式是在第二范式的基礎上對關系乂增加了一個約束,就是關系中的每ー個非主屬性必須只依賴于主碼。即2NF的基礎上,消除非主屬性對主碼的傳遞函數(shù)依賴可達到3NF。改進的第三范式：定義:如果關系模式R是1NF,且每個屬性（包括主屬性）既不存在部分函數(shù)依賴也不存在傳遞函數(shù)依賴于候選碼，則稱R是改進的第三范式（BCNF）o多值依賴與4NF：多值依賴：表示關系中屬性（如A、B、C）之間的依賴，對于A的每個值，都存在ー個B或C的值的集合，而且B和C的值相互獨立,記為：AaaB,AaaC第四范式：如果關系模式R屬于INF,對于R的每個非平凡的多值依賴X4Y（丫不屬于X）,X含有候選碼,則R是第四范式。即是從BCNF范式中消除主碼內的獨立依賴集（非平凡多值依賴）可達4NF；連接依賴與5NF連鎖依賴：設關系模式R，R的屬性子集為RI、R2、R3、R4、R5、R6、R7-.）當且僅當R的每個合法值等于RI、R2、R3、R4、R5、R6、R7…的投影連接時，稱R滿足連接依賴;第五范式：設R是ー個滿足5NF的關系模式,當且僅當R的每ー個非平凡連接依賴都被R的候選碼所蘊含,即從4NF屮消除非候選碼所蘊含的連接依賴為5NF；總結：范式表達了關系模式滿足的條件,也是衡量關系模式設計優(yōu)劣的標準;利用范式進行規(guī)范化設計的目的是消除數(shù)據冗余,避免出現(xiàn)異常，使結構更合理;規(guī)范化設計的基本過程是對關系進行的分解,消除屬性間不合理的數(shù)據依賴,用ー組等價的子關系代替原有的關系；數(shù)據庫規(guī)范化的程序越高,其關系表就越多,從而增加了表之間連接運算的代價，影響了數(shù)據庫的執(zhí)行速度和性能。所以通常關系模式規(guī)范化工作僅做到3NF,這樣既使關系中不合理的屬性基本消除，規(guī)范化程度也不太高，保證數(shù)據庫有較好的性能。5.4數(shù)據庫模式設計5.4