數(shù)據(jù)庫設計ppt課件-在線瀏覽
2025-03-02 09:24本頁面
【正文】 ? 做需求調查時，往往需要同時采用多種方法 –無論使用何種調查方法，都必須有用戶的積極參與和配合 –設計人員應該和用戶取得共同的語言，幫助不熟悉計算機的用戶建立數(shù)據(jù)庫環(huán)境下的共同概念，并對設計工作的最后結果共同承擔責任 常用調查方法（續(xù)） ? 常用調查方法 ⑴ 跟班作業(yè) –通過親身參加業(yè)務工作了解業(yè)務活動的情況 –能比較準確地理解用戶的需求，但比較耗時 ⑵ 開調查會 –通過與用戶座談來了解業(yè)務活動情況及用戶需求 ⑶ 請專人介紹 常用調查方法（續(xù)） ⑷ 詢問 –對某些調查中的問題，可以找專人詢問 ⑸ 設計調查表請用戶填寫 –如果調查表設計合理，則很有效，且易于為用戶接受 ⑹ 查閱記錄 –查閱與原系統(tǒng)有關的數(shù)據(jù)記錄 三、進一步分析和表達用戶需求 ? 分析和表達用戶的需求 的常用方法 –自頂向下的結構化分析方法（ Structured Analysis，簡稱 SA方法） ? SA方法從最上層的系統(tǒng)組織機構入手，采用逐層分解的方式分析系統(tǒng)，并用數(shù)據(jù)流圖和數(shù)據(jù)字典描述系統(tǒng)。 （ 2）分解數(shù)據(jù) ?在處理功能逐步分解的同時，其所用的數(shù)據(jù)也逐級分解，形成若干層次的數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖表達了數(shù)據(jù)和處理過程的關系 進一步分析和表達用戶需求（續(xù)） （ 3）表達方法 ? 處理過程：用判定表或判定樹來描述 ? 數(shù)據(jù)：用數(shù)據(jù)字典來描述 進一步分析和表達用戶需求（續(xù)） 3．將分析結果再次提交給用戶，征得用戶的認可 數(shù)據(jù)字典 一、數(shù)據(jù)字典的用途 二、數(shù)據(jù)字典的內容 一、數(shù)據(jù)字典的用途 ? 數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合 ? 數(shù)據(jù)字典是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要結果 ? 數(shù)據(jù)字典在數(shù)據(jù)庫設計中占有很重要的地位 二、數(shù)據(jù)字典的內容 ?數(shù)據(jù)字典的內容 –數(shù)據(jù)項 –數(shù)據(jù)結構 –數(shù)據(jù)流 –數(shù)據(jù)存儲 –處理過程 概念結構設計 ?什么是概念結構設計 –需求分析階段描述的用戶應用需求是現(xiàn)實世界的具體需求 –將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計 –概念結構是各種數(shù)據(jù)模型的共同基礎，它比數(shù)據(jù)模型更獨立于機器、更抽象，從而更加穩(wěn)定。是對現(xiàn)實世界的一個真實模型。 概念結構設計（續(xù)） ? 概念結構設計的特點 (續(xù) ) （ 3）易于更改，當應用環(huán)境和應用要求改變時，容易對概念模型修改和擴充。 概念結構設計（續(xù)） ?描述概念模型的工具 – ER模型 概念結構設計的方法與步驟 ?設計概念結構的四類方法 –自頂向下 ? 首先定義全局概念結構的框架，然后逐步細化 –自底向上 ? 首先定義各局部應用的概念結構，然后將它們集成起來，得到全局概念結構 概念結構設計的方法與步驟（續(xù)） –逐步擴張 ? 首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構 –混合策略 ? 將自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。 邏輯結構設計 ?邏輯結構設計的步驟 –將概念結構轉化為一般的關系 、 網(wǎng)狀 、 層次模型 –將轉化來的關系 、 網(wǎng)狀 、 層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換 –對數(shù)據(jù)模型進行優(yōu)化 邏輯結構設計 轉化為一般數(shù)據(jù)模型 轉化為特定 DBMS支持下的據(jù)模型 優(yōu)化模型 概念結 構設計 數(shù)據(jù)庫 物理設計 基本 ER圖 轉換規(guī)則 特定DBMS的特點與限制 優(yōu)化方法如規(guī)范化理論 邏輯 模型 ER圖向關系模型的轉換 ?轉換內容 ?轉換原則 ER圖向關系模型的轉換（續(xù)） ?轉換內容 – ER圖由實體、實體的屬性和實體之間的聯(lián)系三個要素組成 –關系模型的邏輯結構是一組關系模式的集合 –將 ER圖轉換為關系模型：將實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式。 –關系的屬性 ：實體型的屬性 –關系的碼 ：實體型的碼 例，學生實體可以轉換為如下關系模式： 學生（ 學號 ，姓名，出生日期，所在系， 年級，平均成績） ER圖向關系模型的轉換（續(xù)） ⒉ 一個 m:n聯(lián)系轉換為一個關系模式。 – 1) 轉換為一個獨立的關系模式 ?關系的屬性 ：與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性 ?關系的碼 ： n端實體的碼 ER圖向關系模型的轉換（續(xù)） ⒊ 一個 1:n聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n端對應的關系模式合并。 – 1) 轉換為一個獨立的關系模式 ?關系的屬性 ：與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性 ?關系的候選碼 ：每個實體的碼均是該關系的候選碼 ER圖向關系模型的轉換（續(xù)） ⒋ 一個 1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。 ? 但在一些情況下，與不同的關系模式合并效率會大不一樣。 ? 由于連接操作是最費時的操作，所以一般應以盡量減少連接操作為目標。 ER圖向關系模型的轉換（續(xù)） ⒌ 三個或三個以上實體間的一個多元聯(lián)系轉換為一個關系模式。 ?轉換的主要依據(jù)是所選用的 DBMS的功能及限制。 ?對于關系模型來說，這種轉換通常都比較簡單。 ? 得到初步數(shù)據(jù)模型后，還應該適當?shù)匦薷摹⒄{整數(shù)據(jù)模型的結構，以進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，這就是數(shù)據(jù)模型的優(yōu)化。 數(shù)據(jù)模型的優(yōu)化（續(xù)） – 并不是規(guī)范化程度越高的關系就越優(yōu)。 數(shù)據(jù)模型的優(yōu)化（續(xù)） ? 非 BCNF的關系模式雖然從理論上分析會存在不同程度的更新異常，但如果在實際應用中對此關系模式只是查詢，并不執(zhí)行更新操作，則就不會產(chǎn)生實際影響。一般說來，第三范式就足夠了。 ? 定義用戶外模式時應該更注重考慮用戶的習慣與方便。 (3) 簡化用戶對系統(tǒng)的使用 . 數(shù)據(jù)庫的物理設計 ?什么是數(shù)據(jù)庫的物理設計 –數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構，它依賴于給定的計算機系統(tǒng)。 數(shù)據(jù)庫的物理設計 ?數(shù)據(jù)庫物理設計的步驟 –確定數(shù)據(jù)庫的物理結構 –對物理結構進行評價，評價的重點是時間和空間效率 –如果評價結果滿足原設計要求則可進入到物理實施階段，否則，就需要重新設
教學課件相關推薦
鄂ICP備17016276號-1