如果這篇文章對你有幫助請幫忙點個贊吧！

第一章 數據庫應用系統開發方法

1， 數據庫應用系統DBAS是一類典型的面向數據管理和數據處理的復雜軟件系統。
2， DBAS的生命周期由項目規劃、需求分析、系統設計、實現與部署、運行與維護五個基本活動組成。
3， DBAS設計階段細分為概念設計、邏輯設計、物理設計三個步驟。
4， 規劃與分析的主要工作內容：系統規劃與定義（包括人物陳述，確定任務目標，確定范圍和邊界，確定用戶視圖），可行性分析（包括技術可行性，經濟可行性，操作可行性，開發方案選擇），項目規劃。
5， 需求分析過程包括需求獲取，需求分析，需求描述與規范說明，需求驗證等步驟。
6， 需求分析還包括：
數據需求分析：分析各類數據項與數據結構，形成數據字典
功能需求分析：數據處理需求分析，業務規則需求分析
性能需求分析：數據操作響應時間，系統吞吐量，允許并發訪問最大用戶數，每TPS（Price per TPS）代價值（用于衡量系統性價比的指標）
其他需求分析：存儲需求，安全性需求，備份和恢復需求。
7， 概念設計包括數據庫概念模型設計，系統總體設計。
8， 邏輯設計包括數據庫邏輯結構設計，應用程序概要設計，數據庫事務概要設計。
9， 物理設計包括數據庫物理結構設計，數據庫事務詳細設計，應用程序詳細設計。
10, DBAS的實現與部署：建立數據庫結構，數據加載，事務和應用程序的編碼及測試，系統集成測試與試運行。
11, 運行管理與維護：日常維護，監控與分析，性能優化調整，系統進化
12，數據庫管理系統三級模式，外模式（概念設計），模式（邏輯設計），內模式（物理設計）。提供兩層映像機制，其中模式/內模式實現了物理獨立性，外模式/模式提供了邏輯獨立性。
13，SQL Sever 有5種約束類型，分別是主鍵約束、外鍵約束、唯一性約束、缺省約束和檢查約束。
14，完整性約束分為列級，元組級，數據庫級，關系級。
15，數據庫管理系統為用戶和應用程序提供了DDL語言，用此語言定義數據庫的模式結構。此語言執行后的結果不能回滾。
16，關系數據庫中視圖提供了邏輯數據獨立性。

本章內容常考題型主要是選擇和填空，需要大家對數據庫應用系統的開發流程以及每一步驟包含的內容有一個總的認識，沒有什么難點，只要記記背背就可以。其中常考的內容有概念設計，邏輯設計，物理設計活動的區分上面，例如：

例1：關于數據庫應用系統設計，有下列說法：
I，數據庫應用系統設計需要考慮數據組織和存儲，數據訪問與處理，應用設計幾個方面。
II，數據庫概念設計階段，采用自上而下的ER設計時，首先設計局部ER圖，然后合并各局部ER圖得到全局ER圖。
III，在數據庫邏輯結構設計階段，將關系模式轉換為具體DBMS平臺支持的關系。
IV，在數據庫物理設計階段，一般需要設計視圖和關系模式的完整性約束。
上述說法正確的是（B）
A：I、III和IV
B：I
C：II和III
D：II和IV
解析：
概念設計活動包括：采用自上而下的ER設計等。
邏輯設計活動包括：將ER圖轉化為關系模式，設計視圖和關系模式完整性約束等。
物理設計活動包括：將關系模式轉換為具體DBMS平臺支持的關系表，確定關系表的文件組織形式，創建必要的索引，設置存儲分配參數等。

例2：下列不屬于數據庫應用系統物理設計階段活動的是（D）
A：數據庫物理結構設計
B：數據庫事務詳細設計
C：應用程序詳細設計
D：數據庫備份和恢復設計

第二章 需求分析

本章內容主要需求以及需求分析的概念，獲取需求的過程，以及介紹主要的建模方法DFD，IDEF0等，通過需求分析，最終形成一個需求分析文檔。
1，需求獲取的方法：面談、實地觀察、問卷調查、查閱資料。
2，DFD建模方法的核心是數據流，基本元素包括數據流（箭頭），處理（矩形），數據存儲（圓角矩形），外部項（平行四邊形）。
3，信息系統需求分析常用的建模方法有DFD，IDEF0，UML。ER圖不屬于常用的信息系統需求分析建模方法。
4，在IDEF1中，多對多聯系又稱為非確定聯系。
5，檢查確認DFD圖：父圖中描述的數據流必須要在相應的子圖中出現；一個處理至少有一個輸入流和一個輸出流；一個存儲必定有流入的數據流和流出的數據流；一個數據流至少有一端是處理框。
6，IDEF0的基本元素：矩形框和箭頭，矩形框代表功能活動。左-輸入，右-輸出，上-控制，下-機制。
7，頂層的DFD包含的處理有1個。

本章內容常考題型主要是選擇和填空，其中常考的內容有需求分析的建模方法，判斷模型建立數據流程圖是否正確等。例如：
例1：在IDEF0需求建模方法中，下列關于從屬實體集的描述，錯誤的是（B）
A：不同從屬實體集可以依賴同一獨立實體集。
B：從屬實體集只能參與標定型聯系。
C：從屬實體集用圓角矩形框表示。
D：從屬實體集的主碼來自于所依賴的獨立實體集的屬性集。
例2：在IDEF1X建模方法中，學生和圖書之間的借閱聯系屬于（A）
A：非確定型聯系
B：非標定型聯系
C：標定型聯系
D：分類聯系

解析：所有實體集的聯系必須用確定聯系來描述，
不允許出現不確定的聯系，故需將多對多聯系轉化為多個一對多聯系。
而此處的學生和圖書的借閱聯系屬于多對多聯系，一個學生可以借閱多本圖書，一本圖書可以借閱給多名學生。

第三章 數據庫結構設計

本章主要內容包括對系統進行概念結構設計，邏輯結構設計以及物理結構設計。

1，數據庫概念設計的過程主要包含明確建模目標，定義實體集，定義聯系信息模型，確定實體集屬性，對信息模型集成和優化。
2，ER建模方法（簡答題必考），搞清楚實體，屬性以及三種聯系（一對一，1對多，多對多）如何表達。關系當中哪個是主鍵，哪個是外鍵。
2，范式：
1NF：其 屬性都是不可再分的基本數據項。如：關系R(學號，姓名，(性別，年齡))這個關系就滿足1NF。
2NF：R屬于1NF，每個非主屬性完全函數依賴于主碼。也即消除部分依賴。
3NF：R屬于2NF，并且R中的每個非主屬性不傳遞依賴。第三范式的模式一定不包含部分函數依賴和傳遞函數依賴。也即在第二范式的基礎上，消除傳遞函數依賴。
BCNF：BCNF是3NF的改進式，在R屬于3NF的基礎上，不允許主鍵的一部分被另一部分或者其他部分決定
。

范式含義

1NF	其 屬性都是不可再分的基本數據項。如：關系R(學號，姓名，(性別，年齡))這個關系就滿足1NF
2NF	R屬于1NF，每個非主屬性完全函數依賴于主碼。也即消除部分依賴
2NF	R屬于1NF，每個非主屬性完全函數依賴于主碼。也即消除部分依賴
3NF	R屬于2NF，并且R中的每個非主屬性不傳遞依賴。第三范式的模式一定不包含部分函數依賴和傳遞函數依賴。也即在第二范式的基礎上，消除傳遞函數依賴
BCNF	BCNF是3NF的改進式，在R屬于3NF的基礎上，不允許主鍵的一部分被另一部分或者其他部分決定

依賴包括
函數依賴：自變量x確定了，相應的y=f(x)的y也確定了。

函數依賴含義

完全函數依賴	對于每一個X，都有與之對應的Y，而X中的任意一部分，都沒有對應的Y。如：學號->姓名
部分函數依賴	對于每一個X，都有與之對應的Y，而X中的任意一部分，也有對應的Y 。如：（學號，課程）->姓名，其中學號->姓名
傳遞函數依賴	X->Y，Y->Z，也即X->Z 。如學號->系名，系名->班主任

4，數據庫邏輯結構設計與數據庫具體物理實現無關。
5，從數據庫物理結構角度需要解決如下問題：
文件組織，文件結構，文件存取，索引技術。
6，索引技術的關鍵是建立記錄域取值到記錄的物理地址間的映射關系，主要分為有序索引（利用索引文件）和散列索引（利用哈希函數）。
7，一個數據文件可以有多個查找碼和索引文件。
8，有序索引中，是否按照其查找碼指定順序與數據文件中的記錄順序相一致，分為聚集索引和非聚集索引。
9，在一個數據文件上除了可以建立一個聚簇索引外，還可以建立多個非聚簇索引。
10，索引順序文件：如果一個數據文件按照某個查找碼組織為順序文件，同時在該數據文件上又有聚集索引，則該數據文件稱為索引順序文件。
11，稠密索引與稀疏索引：
如果數據文件中每個查找碼值在索引文件中都對應一個索引記錄，則該索引稱為稠密索引，查找速度快。
如果索引文件只包含了數據文件中的部分查找碼，則該索引稱為稀疏索引。
12，主索引與輔索引：在數據文件主碼屬性集上建立的索引叫主索引,在數據文件非主碼屬性集上建的索引叫輔索引。
13，唯一索引可以確保索引列不包含重復的值。
14，基本表選擇合適文件結構的原則：
堆文件：當數據文件數據量少，頻繁插入，刪除或者更新操作。
順序文件：當用戶查詢條件定義在查找碼上面。
散列文件：當用戶查詢是基于散列閾值的等值匹配，尤其是訪問順序是隨機的。
15，基本表是否建立索引的原則(選擇，簡答)
※ 經常需要查詢，連接統計操作，且數據量大的表，可建立索引。
※ 通常在表的主碼，where查詢中使用率較高的屬性，參與連接操作的屬性，group by,order by 的屬性 ，這些屬性上面建立索引，可以加快查詢效率。
16，應用數據的劃分與分布：水平劃分與垂直劃分(分布式數據庫系統比較常用)，根據時間地點劃分，根據數據使用特征劃分。
17，垂直劃分是將一張基本表劃分為多張子表，每張子表必須包含基本表的主鍵。

本章內容常考題型主要是選擇和填空，其中常考的內容有一個關系的范式判別以及函數依賴的判別，ER圖的畫法（必考），索引的分類區分，例如：
例1：設有關系模式R(A,B,C,D),存在函數依賴集：{A->B,C->D},則R最高可屬于（A）
A:1NF B:2NF C: 3NF D：BCNF

第四章 數據庫應用系統功能設計與實施

1，DBAS體系結構：客戶/服務器體系結構（C/S），此客戶端除了完成人機交互功能之外，還要面向應用的數據處理功能，負荷較重，是胖客戶端，三層瀏覽器/服務器結構（B/S），客戶端由瀏覽器擔任，只需要完成人機交互功能，是瘦客戶端。
2，從功能角度，DBAS系統通常可以劃分為4個層次實現：
表示層：負責所有與用戶交互的功能。一個好的用戶界面應該容忍用戶在使用過程中發生的各種操作錯誤。
業務邏輯層：連接數據訪問層與表示層，將數據進行處理和傳送。主要任務是梳理DBAS的各項業務活動，將其表示為各種系統構件。
**數據訪問層：**負責與DBMS系統交互。主要任務是針對DBAS的數據處理需求設計用于操作數據庫的各類事務。
數據持久層：負責保存和管理應用系統數據。
3，事務是一個數據庫系統的邏輯數據處理單元，其中包含了一系列的數據操作集合。
4，數據庫的安全性保護方式有：用戶身份鑒別，權限控制，視圖機制。
5，DBAS實施包括：創建數據庫，裝載數據，編寫和調試應用程序，數據庫試運行。數據庫實施完成之后，就進入數據庫運行與維護階段。
6，創建數據庫時需要考慮以下因素：初始空間大小，數據庫增量大小，訪問性能。
7，DBAS功能概要設計的目標是產生軟件的總體結構和軟件功能模塊。

本章內容常考題型主要是選擇和填空，其中常考的內容有DBAS兩種體系結構以及4個實現層次的區分，例如：

例1：從功能角度數據庫應用系統可以劃分為4個層次來實現，設計web界面的任務屬于（A）
A：表示層 B：業務邏輯層 C：數據持久層 D：數據訪問層

例2：從功能角度數據庫應用系統可以劃分為4個層次實現，根據事務-基本表交叉引用矩陣來調整數據文件的組織結構，這一任務涉及（C）
A：業務邏輯層 B：表示層 C：數據持久層 D：數據訪問層

第五章 UML與數據庫應用系統

1，統一建模語言UML是一種定義良好，易于表達，功能強大，通用的可視化建模語言。
2，UML語言定義在一個四層建模概念框架中：元元模型，元模型，模型，用戶模型。
3，UML2.0 提供了13種不同的圖，主要分為：
結構圖：用于系統靜態結構建模，包括類圖，對象圖，復合結構圖，包圖，組件圖，部署圖。
行為圖：用于對系統動態行為建模，包括用例圖，交互圖(順序圖，通信圖，交互概述圖,時間圖)，狀態圖和活動圖。
4，順序圖主要用于描述系統內對象之間的消息發送和接收序列。
5，組件圖表示系統的靜態實現視圖，展現了一組組件之間的組織和依賴，用于對源代碼、可執行的發布，物理數據庫等系統建模。
6，UML對包定義了公有，私有，保護，實現四種可見性。
7，UML中，圓角矩形表示活動，箭頭線表示活動之間的轉換，其上的標注為執行下一活動的條件。
8，類與類之間通常有關聯，繼承(空心三角形)，依賴，精化四種關系。
9，在UML中，用例模型由用例、系統和角色3部分組成。
本章內容常考題型主要是選擇和填空，其中常考的內容有各個圖的概念與辨別以及關系的辨別，例如：

例1：在UML模型中，用于表達一系列的對象、對象之間的聯系以及對象間發送和接收消息的圖是通信圖。

第六章 高級數據查詢

本章內容涉及到數據查詢，也是日常工作當中經常用到的技能，需要大家多多練習。
1，TOP：

Select top 3 with ties GoodsName from Table_name order by GoodsName;

2，CASE WHEN
3，并運算 UNION：UNION合并時會自動剔除重復項，UNION ALL 則會將重復項保留。
4，交運算 INTERSECT
5，差運算 EXCEPT
6，子查詢 IN,EXISTS,NOT EXISTS
7，開窗函數：row_number over(partitions by ***)
8，sum(),avg(),min(),max(),count() 函數的使用。
9，開窗函數：

※ RANK() over(partition by id order by money desc) 存在并列的情況，并且并列的排名后面會產生間斷。
※ DENSE_RANK() over(partition by id order by money desc) 排名可重復，排名中間不會產生間斷的情況，是連續的整數。
※ NTILE() over(partition by id order by money desc) 會將行劃分到指定數目的組中，返回此行所屬組的編號。
※ ROW_NUMBER() over(partition by id order by money desc)排名不重復。
10，group by分組：group by name having count(*)>1 查詢有重復出現的name.
11，order by 根據某一列升序ASC或者降序DESC排序。
12，where子句和group子句，最先執行的是group子句。
13，子查詢執行的次數由外層表的行數決定。
14，包含相關子查詢的查詢語句，先執行外層查詢，再執行內層查詢。
15，對于包含基于集合測試子查詢的查詢語句，先執行內層查詢，再執行外層查詢。
本章主要考察的題型有選擇，填空和簡答，考察方式一般為給一段代碼，將關鍵位置進行填空，或者是選擇題，選出查詢結果正確或者書寫正確的代碼，例如：

例1: 計算兩個日期之差的函數是datediff。

例2：SQL SEVER 2008 提供了4個排名函數，其中dense_rank函數返回結果集中每行數據在每個分區內的排名，并且每個分區內行的排名從1開始，排名可重復但不間斷。

第七章 數據庫及數據庫對象

1，5個系統數據庫：
Master：記錄sqlsever實例的所有系統級信息。
Msdb：保存關于調度報警、作業、操作員等信息。
Model:存放用戶數據庫公共信息。
Tempdb:臨時數據庫，用于保存臨時對象或者結果集。
Resource:SQLsever中所有系統對象。
2，SQLSEVER數據庫的組成：
數據文件，事務日志文件(每個數據庫必須至少有一個日志文件)，數據庫存儲空間分配。
3，數據庫文件組：主文件組和用戶定義文件組。
4，數據庫文件初始大小，增長方式，最大大小都是需要定義的。
5，創建數據庫語句 :

CREATE DATEBASE STUDERN_DATABASE ON –創建指定數據文件 ( NAME= STUDERN_DATE FILENAME =’d:\ STUDERN_DATE\ STUDERN_DATE.mdf’ SIZE = 10 – 初始大小10M MAXSIZE = 30 – 最大大小30M FILEGROWTH = 5 – 自動增長時增量為5M ) LOG ON – 創建指定日志文件 ( NAME = STUDERN_LOG FILENAME = ’d:\ STUDERN_DATE\ STUDERN_LOG.ldf’ SIZE = 3 MAXSIZE = 12 FILEGROWTH = 2 )

6，只有當文件完全為空時，才可以從數據庫中刪除文件。
7，分離數據庫：將數據庫從SQL SEVER實例中刪除，但不刪除數據庫的數據文件和日志文件。
附加數據庫：將分離的數據庫重新附加到數據庫管理系統中。
8，架構是數據庫下面的一個邏輯命名空間，可以存放表、視圖等數據庫對象，它是一個數據庫對象容器。
9，分區表是一個從物理上將一個大表分成幾個小表，但從邏輯上來看還是一個大表。
10，創建索引

CREATE [UNIQUE][CLUSTERED] INDEX INDEX_NAME ON TABLE_NAME ( COLUMN_NAME )

11，建有唯一聚集索引的視圖稱為稱為索引視圖，也稱為物化視圖。
12，SQLSEVER數據庫中數據的存儲分配單位是數據頁。
13，一個數據頁的大小是8KB。
14，主要數據文件的推薦拓展名是.mdf，日志文件的推薦拓展名是.ldf。
15，一個數據庫中可包含0到多個次要數據文件。

本章內容常考題型主要是選擇和填空，其中常考的內容有計算數據存儲效率以及創建數據庫相關細節等等，如：
例1：下列關于SQL SEVER2008數據庫文件組的說法，錯誤的是（C）

A：一個數據庫可以包含多個文件組

B：一個文件組可以包含多個數據文件

C：次要數據文件不能放在主文件組中

D：一個數據文件不能是多個文件組的成員

第八章 數據庫后臺編程技術

1，SQLSEVER2008支持兩類用戶定義函數：標量函數和表值函數，標量函數只返回單個數據值，表值函數將返回一個表。
2，觸發器是一種特殊的存儲過程，需對表數據進行UPDATE,INSERT,DELETE操作時，自動觸發執行。這樣可以保證業務規則和數據完整性。
3，INSTEAD OF :前觸型觸發器，在引發的SQL語句中指定的操作都已成功執行，并且所有的約束檢查也成功完成后，才執行此觸發器。
4，FOR|AFTER :后觸型觸發器，指定執行觸發器而不是執行引發觸發器執行的SQL語句。
5，@@FETCH_STATUS返回FETCH語句執行后的游標最終狀態。其中：
0 成功，-1 失敗，-2 提取的行不存在。
6，利用存儲過程機制，可以提高數據操作效率。
7，打開游標的語句是OPEN CURSOR。
8，釋放游標：deallocate cursor。

本章內容常考題型主要是選擇，填空和簡答，其中常考的內容有存儲過程，函數，觸發器的編寫（簡答）以及前觸發器與后觸發器的區別（判斷，填空），如：
例1:

CREATE PROC P1@X INT,@Y INT, @Z INT OUTPUT AS…

請補全下列調用該存儲過程的語句：

DECLARE @S INT EXEC P1 20,30,@S OUTPUT;

例2：下列關于SQL Sever2008觸發器的說法，錯誤的是（B）
A：觸發器可以實現復雜的完整性約束。
B：在一個表上可以為同一個操作建立多個前觸發型觸發器。
C：對DML型觸發器，引發觸發器執行的操作只能INSERT，DELETE和UPDATE。
D：使用觸發器實現數據完整性的效率通常低于CHECK約束。

第九章 安全管理

1，數據庫安全性指：保護數據以防止不合法用戶故意造成的破壞。
2，數據庫完整性指：保護數據以防止合法用戶無意中造成的破壞。
3，身份驗證模式：Windows身份驗證模式 ，混合身份驗證模式
4，固定服務器角色：
Bulkadmin：具有執行BULK INSERT權限。
Dbcreator:具有創建、修改、刪除、還原數據庫的權限。
Diskadmin:具有管理磁盤文件的權限。
Processadmin:具有管理運行在SQL SEVER中進程的權限。
Securityadmin:對于專門管理登錄賬戶、讀取錯誤日志以及執行create database的權限。
Severadmin:具有設置服務器級別的配置選項和關閉服務器的權限。
Setupadmin:僅限于添加和刪除鏈接服務器。
Sysdamin: 系統管理員角色。具有在服務器及數據庫上執行任何操作的權限。
5，固定數據庫角色：
Db_accessadmin:具有添加和刪除數據庫用戶的權限。
Db_backupoperator:具有備份日志，備份數據庫的權限。
Db_datareader:具有查詢數據庫中所有用戶數據的權限。
Db_datawriter:具有插入，刪除和更改數據庫中所有用戶數據的權限。
Db_ddladmin:具有執行數據庫定義語言的權限。
Db_denydatareader:不允許具有INSERT，DELETE，UPDATE數據庫所有用戶數據的權限。

Db_owner:具有在數據庫中進行全部操作的權限。
Db_securityadmin:具有管理數據庫角色。角色成員以及數據庫中的語句和對象的權限。
6，數據庫中的用戶按照操作權限不同，分為系統管理員，數據庫對象擁有者和普通用戶。
7，SQL Sever的登錄賬戶來源有windows 和 非Windows 兩種。
8，SQL Sever將權限分為對象權限，語句權限和隱含權限。
9，grant create table to
U1 授權用戶U1在DB1數據庫中具有建表權限。

本章內容常考題型主要是選擇，填空，其中常考的內容有幾個固定服務器角色和數據庫角色的區分，如：

例1：
在SQL SEVER2008中，只具有修改數據庫中全部用戶表數據權限的系統角色是db_datawriter。

例2:
設在SQLSEVER2008中，用戶U1在DB1數據庫中創建了#Temp表。下列關于#Temp表的說法正確的是（A）
A：只有在創建#Temp的連接中才可以查詢#Temp表的數據。
B：在所有用戶U1發起的連接中，都可以查詢#Temp表數據。
C：在創建#Temp表的連接為斷開時，DB1數據庫所有用戶都可以查詢#Temp表數據。
D：在創建#Temp的連接斷開時，DB1數據庫中所有的用戶仍可以查詢#Temp表數據。
例3：
下列關于SQL Sever2008安全管理說法，錯誤的是（C）
A：支持兩種身份驗證模式：“windows身份驗證模式”和“混合身份驗證模式”。
B：在“混合身份驗證模式”下，允許Windows用戶和非Windows用戶登錄到SQLSever上。
C：所有的windows用戶默認都具有登錄到SQL SEVER 的權限。
D：只有在“混合身份驗證模式”下，sa才能登錄到SQL Sever。

第十章 數據庫運行維護與優化

1，數據庫維護工作主要包括：數據庫的轉儲和恢復，數據庫的安全性和完整性控制，數據庫性能的監控分析和改進，數據庫的重組和重構。
2，數據庫重組：不修改數據庫原有設計的邏輯和物理結構。
數據庫重構：部分修改數據庫的模式和內模式。
3，監控分析機制有：自動監控機制和手動監控機制。
4，數據庫性能優化：數據庫運行環境，數據庫參數調整，模式調整，數據庫存儲優化，查詢優化等幾個方面入手。
5，反規范化方法有：增加派生列，增加冗余列，重新租表，分割表，新增匯總表等。

本章內容常考題型主要是選擇，填空和簡答，其中常考的內容有如何根據實際情況進行數據庫的優化，例如：

例1：優化SQL語句屬于數據庫應用系統運行管理和維護階段的任務。
例2：某采購中心采購了一套商品批發查詢管理系統，此系統采用SQLSEVER2008數據庫管理系統，該系統需要經常處理百萬級以上的數據查詢。同時，該系統提供了第三方人員開發的SQL接口，第三方人員可以根據自己的需要開發自己的應用程序來訪問數據庫中的相關數據。
（1）系統使用過程中，業務人員反映系統操作速度很慢。經過工程師檢查測試后，數據庫系統本身及網絡傳輸過程中存在著一些問題，請給出針對數據庫系統本身及網絡傳輸過程中可能的一些調優方案。
（2）工程師在完成數據庫系統本身和網絡問題優化后，發現第三方開發人員的SQL查詢語句存在很多沒有優化的問題，請從第三方開發人員的角度給出一些優化方案。

（1）答：
1，把數據，日志，索引放到不同的I/O 設備上，增加讀取速度。
2，縱向、橫向分割表，減少表的尺寸。
3，升級硬件，擴大服務器的內存，配置虛擬內存，增加服務器CPU個數。
4，分布式分區視圖實現數據庫服務器聯合體，擴大一組服務器。
5，重建索引。
6，優化鎖結構。
（2）答：
1，對查詢進行優化，盡量避免全表掃描。
2，應盡量避免在where子句中使用！=或< >操作符。
3，任何地方都不要用select * from 進行全表掃描
4，避免頻繁創建和刪除臨時表。
5，盡量避免使用游標，游標的效率差。
6，盡量避免大事務操作，提高系統并發能力。

第十一章 故障管理

1，故障類型：
事務內部故障：分為預期和非預期的。
※預期的事務內部故障指可以通過事務程序本身發現的事務內部故障。可通過事務回滾，撤銷其對數據庫的修改。
※非預期的事務內部故障指不能由事務程序處理的，如運算溢出，并發事務死鎖故障。

系統故障：指由于硬件故障，數據庫軟件及操作系統的漏洞，突然停電等情況導致系統停止運轉。
介質故障：又稱硬故障，指物理存儲設備損壞。
計算機病毒故障：是惡意的計算機程序，它可以像病毒一樣傳播和繁殖。
2，數據轉儲：
靜態轉儲：靜態轉儲過程中系統不能運行其他事務，不允許對數據庫有存取，修改活動。
動態轉儲：允許轉儲操作和用戶事務并發執行。但動態轉儲不能保證轉儲數據的一致性。
3，數據轉儲機制：
完全轉儲：對數據庫中所有數據進行轉儲。
增量轉儲：只復制上次轉儲后發生變化的文件和數據塊。
差量轉儲：對最近一次數據完全轉儲以來發生的數據變化進行轉儲。
4，多種數據轉儲方法結合使用：
僅使用完全轉儲，完全轉儲+增量轉儲，完全轉儲+差量轉儲。
5，以記錄為單位的日志文件和以數據塊為單位的日志文件。
6，磁盤保護技術RAID：鏡像冗余和校驗冗余。
7，RAID級別：RAID0，RAID1,RAID5，RAID10。
8，數據庫鏡像分成兩種模式：雙機互備援模式(兩臺主機均為工作機)和雙機熱備分模式（一臺工作機，一臺備份機）（簡答）。
9，恢復機制涉及2個關鍵問題：1，如何建立冗余數據，2，如何利用它實施數據庫恢復。
10，以記錄為單位的日志文件內容包括三部分：開始標記，結束標記，每個事務的所有更新操作。

本章內容常考題型主要是選擇和填空，其中常考的內容有數據庫鏡像模式以及數據庫轉儲機制等：
例1：下列關于數據庫故障及解決方法的說法，錯誤的是（A）
A：對于非預期的事務內部故障，一般需要管理人員人工干預恢復過程。
B：預期的事務內部故障可以將事務回滾，使數據庫達到一致性狀態。
C：數據庫系統發生故障后需要進行UNDO和REDO兩項工作。
D：采用硬件容錯可以降低介質故障的影響。

第十二章 備份和恢復數據庫

1，恢復模式：
簡單恢復模式，完整恢復模式，大容量日志恢復模式。
2，簡單恢復模式不支持事務日志備份。
3，SQL支持文件備份和差異文件備份。
4，事務日志備份：
純日志備份，大容量操作日志備份，結尾日志備份。
5，常用備份策略：
完整數據庫備份，完整數據庫備份加日志備份，完整數據庫備份加差異數據庫備份再加日志備份。
6，第一次對數據庫備份必須是完整備份。
7，SQL SEVER2008中，在進行數據庫備份時允許用戶操作數據庫。
8，對于數據庫備份，SQL SEVER2008支持三種備份方式：完整備份，差異備份，日志備份。

本章內容常考題型主要是選擇和填空，其中常考的內容有如何根據實際情況完成數據備份等，
如：
例1：在SQL SEVER2008 中，下列關于數據庫備份類型的說法，錯誤的是（C）
A：完整數據庫備份+日志備份 策略的數據庫恢復時間較長。
B：完整數據庫備份+差異數據庫備份+日志備份 策略的備份和恢復速度比較快。
C：完整數據庫備份適用于數據庫更改頻繁，數據丟失造成影響比較大的情況。
D：僅使用差異數據庫備份無法恢復數據庫數據。

例2：現有一基于SQL Sever 2008 的商品銷售系統數據庫，若不允許丟失任何銷售數據，則下列有關數據庫應設置的恢復模式最恰當的是（D）
A：大容量日志恢復模式
B：簡單恢復模式
C：關鍵日志恢復模式
D：完整恢復模式

解析：
簡單恢復模式：可最大程度減少事務日志的管理開銷，因為無需備份事務日志，如果數據庫損壞，將會導致丟失數據的風險。
完整恢復模式：需要日志備份，理論上可以恢復到任意時點。
大容量恢復模式：是介于簡單恢復模式的增大丟失數據風險與完整恢復模式的增大日志備份之間的一種模式。

第十三章 大規模數據架構

1，分布式數據庫目標：
本地自治，非集中式管理，高可用性，位置獨立性，數據分片獨立性，數據復制獨立性，分布式查詢處理，分布式事務管理，硬件獨立性，操作系統獨立性，網絡獨立性，數據庫管理系統獨立性。
2，本地自治，非集中式管理和高可用性是分布式數據庫最基本的特征。
3，數據分布策略：
從數據分片和數據分配的角度看：
數據分片：水平分片，垂直分片，導出分片，混合分片是以上3中分片方式的混合。
數據分配：集中式，分割式，全復制式，混合式。
4，分布透明性：
分片透明性：最高級別的透明性，位于全局概念模式和分片模式之間。
位置透明性：指數據分配的位置對于用戶來說是透明的。用戶只需考慮數據分片情況。
局部數據模型透明性：處于分配模式和局部概念模式之間，用戶需要考慮數據分片和分配情況。
5，一個典型的分布式數據庫管理系統結構圖包括：全局數據庫管理系統，全局數據字典，局部數據庫管理系統，通信管理。
6，并行數據庫系統結構：
共享內存結構：所有處理機通過互聯網共享一個公共的主存儲器。
共享磁盤結構：所有的處理機擁有獨立的主存儲器，通過互聯網共享磁盤。
無共享結構：每個處理機擁有獨立的主存儲器和磁盤，不共享任何資源。
層次結構：頂層由由若干節點組成的無共享結構，底層是共享內存或共享磁盤結構。
7，數據劃分：
輪轉法：適用于掃描整個關系的應用。
散列劃分：更加適合于點查詢。
范圍劃分：適合范圍查詢和掃描整個關系。
8，云計算提供商的數據中心的軟硬件設施就是所謂的云。云包括公有云，私有云，混合云。
9，谷歌使用的云計算基礎架構模式包括：
文件系統GoogleFile System,
分布式編程環境Map/Reduce,
分布式鎖機制Chubby,
Google開發的模型簡化的大規模分布式數據庫BigTable
10，分布式數據庫的模式結構包括：全局外模式，全局概念模式，分片模式，分配模式，局部概念模式，局部內模式6部分，其中全局外模式是全局應用的用戶視圖。
11，兩階段加鎖協議可以保證事務調度的可串行性。
12，在分布式數據庫中，采用半連接操作可以減少場地之間的數據傳輸量。

本章內容常考題型主要是選擇和填空，其中常考的內容有分布式數據庫的分布策略以及數據劃分等，如:
例1：在分布式數據庫的數據分配中，若所有全局數據有且只有一份，他們被分割成若干片段，每個片段被分配在一個特定的場地上，則該策略屬于( B)：
A：集中式 B：分割式
C：全復制式 D：混合式

例2：現有一個具有多個分店的大型連鎖超市，該連鎖超市使用同一的連鎖業務經營管理系統管理其日常業務。已知其中的銷售數據明細表結構為（銷售記錄ID，商品ID，價格，數量，總金額，銷售時間，分店ID），該表數據量很大。為了提高數據訪問效率，系統將每年每個分店的銷售數據劃分成獨立的數據表。這種劃分方式稱為( D )。
A：輪轉劃分 B：范圍劃分
C：散列劃分 D：多維劃分

第十四章 數據倉庫與數據挖掘

1，數據倉庫是一個面向主題，集成的，時變的，非易失的數據集合，支持管理部門的決策過程，數據倉庫通過數據轉移從多個數據源提取數據，為了解決不同數據源格式上的不統一，需要進行的數據操作是轉換。
2，典型的數據體系結構包括：操作型數據，操作型存儲，數據倉庫，數據集市。
3，操作型數據存儲ODS,根據數據源到ODS的更新頻率，主要分成4類：
ODSI:秒級。
ODSII:小時級。
ODSIII:天級。
ODSIV:根據數據來源方向和類型來區分。提供一些報表和決策結果數據。
4，數據倉庫中數據的維護策略一般可分為實時，延時，快照三種策略。
4，數據挖掘步驟：數據準備，數據挖掘，結果的解釋評估。
5，根據OLAP數據的存儲形式，OLAP的實現方式有基于多維數據庫的OLAP和基于關系數據庫的OLAP，混合型OLAP三種。
6，數據集成一般包括抽取，轉換，清理，裝載四項工作。
7，在多維分析中，如果將年銷售額投影到每個月上來進行觀察，這種分析動作被稱為鉆取。
8，在數據倉庫中，元數據主要分為交換元數據和業務元數據。
9，在數據倉庫環境中，粒度是一個重要的設計問題，粒度越小，細節程度越高，能回答的查詢就越多，數據量就比較大。
10，在機器學習中，分類算法需要用到的樣本數據一般分成訓練集、測試集、驗證集3類。

本章主要題型為選擇和填空，常考的內容有數據倉庫的概念，數據挖掘相關知識點：
例如：
例1：某網上書店根據用戶的歷史購書記錄，采用某種挖掘算法分析出用戶最可能屬于某一類書的愛好者，應該采用（B）
A：關聯分析 B：分類分析
C：時間序列分析 D：回歸分析
例2：云計算是一種商業計算模型，包含互聯網上的應用服務及在數據中心提供這些服務的軟硬件設施，其中Paas指（B）
A：產品即服務 B：平臺即服務
C：人員即服務 D：生產即服務**

總結

以上是生活随笔為你收集整理的计算机等级考试数据库三级知识点吐血总结！！！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。