認知
干什么能容易呢？干什么都不容易，我們學習專項知識時必定要下一番功夫。我只喜歡白嫖，並且善於白嫖，為啥用微雲呢，因為百度盤的連接經常莫名其妙失效。
刷題軟件
軟件是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當中對於業務支持的是活動圖，活動圖:先后執行次序，並行次序，而流程圖只能串行次序
活動之間的轉換由箭頭表示，箭頭表示執行的方向