第1章 引言

　　1. 數據是描述現實世界事物的符號記錄，是用物理符號記錄下來的可以識別的信息。

　　數據是信息的符號表示，是載體;信息是數據的語義解釋，是內涵。

　　2. 數據模型是對現實世界數據特征的抽象，是數據庫系統的形式框架，用來描述數據的一組概念和定義，包括描述數據、數據聯系、數據操作、數據語義以及數據一致性的概念工具。

　　滿足三條件：比較真實地模擬現實世界;易于人們理解;易于計算機實現

　　三個組成要素：數據結構(靜態，數據對象本身結構及之間的聯系)、數據操作(對數據對象操作及操作規則的集合)和完整性約束(語義約束：數據模型、數據內部及之間聯系)

　　3. 模式是對數據庫中全體數據的邏輯結構和特征的描述，是所有用戶的公共數據視圖，也稱為邏輯模式或概念模式。

　　外模式是對數據庫用戶能夠看見和使用的局部數據的邏輯結構和特征的描述，是與某一應用有關的數據的邏輯表示，也稱為子模式、用戶模式或用戶視圖。

　　內模式是對數據庫中數據的物理結構和存儲方式的描述，也稱為物理模式或存儲模式。

　　當數據庫模式發生變化時，通過調整外模式/模式間的映像關系，使得應用程序不必隨之修改，從而保證數據與應用程序間的邏輯獨立性，簡稱數據的邏輯獨立性。

　　當數據庫數據的物理存儲結構改變時，通過調整模式/內模式映像關系，保持數據庫模式不變，使數據庫系統的外模式和應用程序不隨之改變，保證數據與應用程序間的物理獨立性，簡稱數據的物理獨立性。

　　4. 數據庫是存儲在計算機內的共享數據集合，數據庫管理系統是一種數據管理系統軟件。數據庫系統則是在計算機系統中引入數據庫后的軟硬件系統構成，包括了數據庫、數據庫管理系統和數據庫應用程序。

　　5. DBMS的主要功能有數據定義、數據操縱、數據庫運行管理與控制、數據庫建立與維護。

　　DBMS包括查詢處理器和存儲管理器。查詢處理器實現面向用戶的查詢分析處理和優化功能。存儲管理器為用戶和應用程序提供了訪問存儲在數據庫文件中的應用數據的接口。

　　6.關系模型 用二維表表示實體及實體之間的聯系，現實世界中的每個客觀對象對應表中的一行叫做一條記錄，表中的每個列(屬性)描述對象類的某一特征，列的值(屬性的取值)刻畫和描述客觀對象的某一具體的特征。

　　優缺點：建立在“集合”“關系”上，嚴格成熟的理念基礎;用關系表示實體及之間聯系，簡單易懂;存儲路徑透明，較好的數據獨立性和安全保密性;查詢效率低于非關系模型。

　　第2章 數據庫應用系統生命周期

　　2.1 軟件生命周期是指軟件產品從考慮其概念開始，到該產品不再使用的整個時期。一般包括概念階段、需求階段、設計階段、實現階段、測試階段、安裝部署及交付階段、運行階段與維護階段。數據庫應用系統需求是指用戶對數據庫應用系統在功能、性能、行為、設計約束等方面的期望和要求：數據及數據處理、業務、性能、其他存儲安全備份與恢復等。

　　2.2 數據庫應用系統生命周期模型

　　1.瀑布模型原理，項目規劃、需求分析、系統設計、實現與部署、運行管理與維護五部分

　　2.快速原型模型和增量模型原理，允許漸進、迭代地開發DBAS。

　　3.根據DBAS的軟件組成和各自功能，細化DBAS需求分析和設計階段，引入了數據組織與存儲設計、數據訪問與處理設計、應用設計三條設計主線，分別用于設計DBAS中的數據庫、數據庫事務和應用程序。

　　4.設計階段細分為概念設計、邏輯設計、物理設計三個步驟，每一步涵蓋三條設計主線。

　　第3章 需求分析及功能建模方法

　　3.1 數據元素(列)是數據處理中的最小單位。

　　3.2 DFD圖：數據流(標有名字的箭頭)、處理、數據存儲(橫圓柱)、數據源/終點(棱形)

　　3.3 IDEF0圖：更好地理解需求;ICOM(輸入、控制、輸出、機制)碼;至少一個控制和輸出箭頭。A-0;A0(頂層圖);A1;A11

　　3.4 DFD與IDEF0的比較：結構化分析思想：自頂而下逐級細化

　　1.DFD圖用箭頭也叫數據流來描述數據移動的方向、數據處理之間的數據依賴關系，IDEF0圖也用箭頭表示數據流，但不強調流或順序，強調數據約束，箭頭語義更豐富。

　　2.DFD模型有四種元素，IDEF0圖只有兩種：箭頭和活動

　　3.IDEF0圖更加規范。其概念、建模方法、畫圖規則等均有說明和規定

　　4.IDEF0模型結構更清楚，便于理解和溝通

　　3.5 結構化分析及建模方法的優點：

　　1)不過早陷入具體的細節，從整體或宏觀入手分析問題，如業務系統的總體結構，系統及子系統的關系。

　　2)通過圖形化的模型對象直觀地表示系統完成什么功能，方便系統分析員理解和描述系統。

　　3)模型對象不涉及太多技術術語，便于用戶理解模型。

　　第4章 數據庫概念設計與數據建模

　　4.1 概念設計的目的和任務：面向現實世界，理解和描述應用領域中的數據需求，分析確定系統需要存儲和處理什么數據。過程：確定實體集;確定聯系和聯系類型;建立由信息模型表示的業務模型;確定實體集屬性;優化信息模型。

　　4.2 實體集描述具有相同屬性特征和性質的事物集合;屬性描述實體集具有的某一特征或性質

　　4.3 IDEF1X：標定型(子依父實例才標定)(確定型);非標定型(確定型);分類;不確定

　　第5章 關系數據庫邏輯設計

　　5.1 關系數據庫：按照二維表格組織和存儲的相互關聯的關系(表)的集合。

　　關系數據庫采用關系模型在計算機中組織、存儲、處理和管理數據。

　　5.2 主碼約束：惟一性;最小性，不能取空值，并且取值要唯一

　　外碼約束：如果兩個關系R和S，X是R的屬性或屬性組，且X不是R的碼，但X是S的碼，則稱X是R的外碼。或者取空值，或者等于S中某個元組的主碼的值。

　　5.3 邏輯設計的內容：定義和描述數據庫的全局邏輯結構、數據之間的關系、數據的完整性等

　　目的：得到實際數據庫管理系統可以處理的數據庫模式。

　　步聚：ER圖轉化關系模式;優化關系模式;數據完整性設計;外模式設計

　　5.4 關系模式描述關系的靜態結構，由模式名、屬性、完整性約束組成，關系是一個表中記錄的集合，關注和強調的是值(模式實例)的集合，也是關系模式在某一時刻狀態的反映。

　　5.5 關系的完整性(完整性約束)：對關系所滿足條件的定義。作用：限定和檢查數據庫所含實例的合法性和正確性。靜態：主碼、外碼、域(用戶定義);動態：基于業務規則

　　5.6 偽傳遞規則：X-Y，YW-Z，則XW-Z成立。

　　5.7 規范化設計理論的主要內容是范式，即關系模式滿足的條件，它是數據庫邏輯設計的指南，也是衡量關系模式設計優劣的標準。目的：消除數據冗余及避免操作異常，基本過程：對關系進行分解。一個低級范式的關系模式通過分解(投影)方法可轉換成多個高一級范式的關系模式的集合，這個過程叫規范化。

　　5.8 1NF：R的每一屬性均不可再分;

　　2NF：是1NF且每個非主屬性完全依賴于主碼。在1上消除非主屬性對主碼的部分函數依賴;

　　3NF：是1NF且每個非主屬性只依賴于主碼。在2上消除非主屬對主碼的傳遞函數依賴。

　　5.9 ER模型轉換關系模型：實體集轉為同名關系;聯系轉為一個關系，各實體集的碼及聯系的屬性轉為關系的屬性(1：1均可、1：n取n、m：n取集);合并具有相同碼的關系。

　　相關推薦：

　　各地2016年全國計算機等級考試費用匯總

　　各地2016年全國計算機等級考試報名時間匯總

　　【考生須知】2016年全國計算機等級考試考生須知