1. 程式人生 > 實用技巧 >計算機三級資料庫資料

計算機三級資料庫資料

認知

幹什麼能容易呢?幹什麼都不容易,我們學習專項知識時必定要下一番功夫。我只喜歡白嫖,並且善於白嫖,為啥用微雲呢,因為百度盤的連線經常莫名其妙失效。

刷題軟體

軟體是2017年的學習版,懂就好。
微雲連線

2018資料庫專項題庫

手機刷題軟體(年代久遠,介意慎下)

資料庫全程班視訊

原價199課程,720p,2020年新出的全程班教程,講解全部考點。

微雲連線

加油!

資料庫應用系統生命週期

DMS 資料庫系統(概念最大的系統)

DBAS 資料庫應用系統

DBMS 資料庫管理系統

DBA 資料庫管理員

1.掌握DBAS生命週期,生命週期模型

2.掌握系統規劃與定義內容

3.掌握資料,功能,效能,需求分析

4.理解,概念設計(ER),邏輯(3NF),物理設計

5.熟悉資料庫實現與部署

軟體工程與軟體開發方法

DBS包含軟體工程思想
軟體工程開發的目的,提高軟體質量,開發速度,降低開發成本

軟體開發方法:瀑布模型,螺旋模型,快速原型模型。

瀑布模型

該模型分為六個階段:

專案規劃
系統分析
總體設計
詳細設計
編碼調式與整合測試
執行維護階段


缺點:難以進行修改,難以滿足使用者需求

快速原型模型

彌補了瀑布模型難以修改的缺點。

缺點:需要收集大量使用者需求後開發

螺旋模型


融合了前兩個模型的優點。有效降低開發風險,但對開發人員風險評估能力要求較高

資料庫系統生命週期模型

規劃與分析

可行性分析

DMAS成本

1.系統軟硬體購置

2.人工費用

3.系統安裝,執行,維護等費用

專案規劃

專案規劃在進行可行性分析之後
1.我們需要確定專案目標和範圍

2.根據DBAS軟體開發模型,分解整個專案用和工作活動任務

3.估算專案所需的各種資源

4.指定合理的DBMS專案計劃,包括進度,成本,質量等方面的預測和控制方案

需求分析(軟體開發中極為重要的階段)

從對資料庫進行組織與儲存角度,使用者檢視出發,分辨辨識應用領域所管理的各類資料項和資料結構,是形成資料字典的主要內容。

資料字典包括:資料項,資料結構,資料流,資料儲存,處理過程。

功能需求分析

對DBAS因該具有的功能進行分析,DBAS需求分析的核心環節,描述了一個系統應該做什麼。

資料處理需求分析

從資料訪問和處理角度,明確對各類資料項所需進行時的資料訪問操作。

效能需求分析

描述系統應當做到什麼程度

DBAS包括以下指標
資料操作響應時間,系統吞吐量,允許併發訪問的最大使用者數
TPS代價值:衡量系統性價比的指標。

影響TPS值的因素:系統硬體資源,網路通訊裝置效能,資料庫邏輯設計,物理設計質量,DBMS配置和效能,資料庫應用系統自身設定

其他需求分析

儲存需求分析,安全性需求分析,備份和回覆需求分析

需求分析方法

結構化與功能建模方法:DFD IDEFO
資料建模方法:IDEF1X

系統設計

概念設計,邏輯設計,物理設計,按順序進行。

概念設計:資料庫概念模型設計,系統總體設計(ER圖)

系統總圖設計

dbas是由硬體和軟體組成的複雜系統,在設計上應用語句自上而下,由簡到繁,逐步求精。

邏輯設計

1.邏輯結構設計

2.應用程式概要設計

3.事務概要設計的任務

物理設計

1.資料庫物理結構設計

2.資料庫事務詳細設計

3.應用程式詳細設計

實現和部署

執行管理與維護

資料庫概念設計

ER圖設計,實體矩形,屬性橢圓,聯絡菱形。

聯絡:
標定型聯絡,非確定性聯絡 ,分類聯絡,非確定聯絡
這幾種聯絡方式其實是表達著屬性與實體之間,實體實體間,屬性屬性間的關係。

標定聯絡:精準聯絡,需要了解雙親實體 一對一

非確定聯絡:精準聯絡,不需要具體瞭解雙親實體,只要實現精準確認,無需依靠多個屬性來確認。一對多

分類聯絡:不同的情況下分為不同的實體。例如,警察有刑警,民警。可理解為有共同屬性。

非標定關係:多對多模式,無法互相確認。

資料庫邏輯設計

物理設計來源於邏輯設計

邏輯設計可將ER圖轉關成關係模式

重點:優化關係模式滿足3NF.

如何將ER圖轉換成關係模式

一對一:在兩個實體上新增另一個實體的主鍵

一比n:在N端新增另一端主鍵

多對多:在屍體上新增MN端主鍵。

11n:n端新增另兩個主鍵

mnp:實體上分別新增三個類主鍵

一般資料庫當中只會涉及到3NF.

什麼是NF?

正規化:是符合一種級別的關係模式的集合

1nf是關係模式中的基本要求,資料表每一列都是不可分割的資料項同一列不能有多個值。

2nf指每個表有且只有一個元素作為關鍵字,其他資料與主鍵有著依賴關係。例如前面的分類聯絡。

3nf包含2nf屬性,並且每個屬性互相獨立,其中不允許部分依賴,也不傳遞依賴。

注意

繪製ER圖轉換正規化是資料庫當中必考題目。

資料庫物理模式

通過資料庫概念設計和邏輯設計範化的關係模式,目的將資料的邏輯描述轉換為實現技術,目標是設計儲存方案。提高檢索速度。

物理結構

以檔案形式儲存外設儲存介質,如磁碟上的。

需要解決的問題,檔案組織,檔案的結構,檔案的存取,索引技術

索引技術

索引是一資料快速訪問的技術,索引的關鍵是建立記錄域取值與實體地址的對映關係。

索引技術分類

雜湊索引:hash索引,實現記錄域取值與實體地址的對映關係。

有序索引:資料檔案和索引檔案是有序索引中的兩個主題,有序碎銀作為索引檔案的索引技術,考慮兩個關鍵問題1.組織索引檔案中的索引記錄 2.如何從索引檔案出發,訪問資料檔案中的資料記錄
一個數據檔案可以有多個查詢碼或者多個索引檔案。
其中有序索引又分為聚集索引,非聚集索引,查詢碼,資料排列是根據索引項來的,排列有序
稠密索引,稀疏索引,每個對應於表格資料,反之部分對應表格資料。

唯一索引:可以確保索引列不包含重複的值,確保每個值的資料組合都是唯一的。

檔案型別

堆檔案:適合資料量很少,插入刪除頻繁操作的資料。

順序檔案:支援對於查詢碼的順序訪問,(查詢碼)

聚集檔案:適合頻繁執行,並且多表連線的查詢

索引檔案:資料量基於表上,提高查詢效率,範圍,模糊查詢。

雜湊檔案:訪問隨機。

軟體系統體系結構與設計過程

功能設計一般劃分為,總體設計,概要設計,詳細設計三個階段。

事務設計分為;事務概要設計,事務詳細設計。

軟體體系結構

由構件,連線件,約束。

風格上:分層結構體系,檢視控制器體系結構,客戶端,伺服器結構

軟體設計過程

軟體開發由設計,實現,測試三個環節,設計又包括概要設計,詳細設計;

概要設計:建立軟體系統的總體結構和模組這件的關係。

詳細設計:細化概要設計的功能模組,形成可程式設計的程式模組,如處理流程,資料結構。

DBAS總體設計

設計包括結構設計,過程設計,資料設計
特點,應用廣泛,速度快,資料安全,人機互動

常見DBAS結構

CS模式,客戶端伺服器

BS模式,瀏覽器伺服器
特點:將功能分解在表示層,功能層和資料層三個層次上,分別由web伺服器,web應用伺服器和資料庫伺服器。維護簡便,跨平臺效能好 。

DBAS功能概要設計

按照逐步求精,模組化 資訊隱藏, 功能細化原則。

由表示層,業務邏輯層,資料訪問層,訪問持久層四個層次實現。其中業務邏輯層按照高內聚低耦合設計。

DBAS建模

統一建模語言(UML)視覺化。
定義良好,易於表達,功能強大,通用的視覺化建模語言。
UML定義由語義和表示法兩部分組成。

語義是自然語言描述的,他定義在一個四層框架中

元元模型層,元模型,模型,使用者模型

檢視概念

檢視時對系統的模型在某方面的投影

UML當中的五種檢視:用例檢視,環境檢視,行為檢視,結構檢視,實現檢視

UML當中對於業務支援的是活動圖,活動圖:先後執行次序,並行次序,而流程圖只能序列次序

活動之間的轉換由箭頭表示,箭頭表示執行的方向

總結

內容實在是太太太多了啊啊啊,後面就不寫了,