日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

计算机三级数据库:课本知识点总结以及备考方案建议

發布時間:2023/12/9 数据库 50 豆豆
生活随笔 收集整理的這篇文章主要介紹了 计算机三级数据库:课本知识点总结以及备考方案建议 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

計算機三級(數據庫)備考課本知識點

  • 歡迎閱讀我的計算機三級總結
    • 第一章 數據庫應用系統開發方法
    • 第二章 需求分析
    • 第三章 數據庫結構設計(自底向上)
    • 第四章 數據庫應用系統功能設計與實現
    • 第五章 UML與數據庫應用系統
    • 第六章 高級數據查詢
    • 第七章 數據庫及數據庫對象
    • 第八章 數據庫后臺編程技術
    • 第九章 安全管理
    • 第十章 數據庫運行維護與優化
    • 第十一章 故障管理
    • 第十二章 備份與恢復數據庫
    • 第十三章 大規模數據庫架構
    • 第十四章 數據倉庫與數據挖掘

歡迎閱讀我的計算機三級總結

你好! 這是我第一次寫CSDN博客,希望我的總結能夠幫助你快速通過NCRE的計算機三級(數據庫)。親自準備過計算機三級,碰過不少壁,也做過許多無用功,浪費了不少時間。為了讓讀者能夠高效快速地準備計算機三級,盡量節約時間成本并考出一個理想的分數,我把看書時自己的重點總結陳列在這篇博客中,希望大家能做個參考。我建議這篇總結的使用方法是這樣的:讀者收藏這篇博客,購買官方推薦的計算機三級(數據庫)的教科書(考試官網上有)。然后在看每一章之前,閱讀我的總結形成大概印象,針對羅列的重點進行研究記憶,這樣可以加快閱讀效率,略去許多不需要看的非考試內容。這樣的快速學習模式大概會讓你在最多一周(一天最多三個小時)的時間周期內看完這本書,并且使你對數據庫的原理,架構等形成一個整體的框架??蚣苄纬珊?#xff0c;然后便要備考了。備考需要去淘寶購買未來教育軟件上機,將軟件上附帶的二十幾份模擬題和真題刷一遍,將沒有記住的知識點總結到word文檔中以便考前查看。備考階段大約持續兩周左右,每天刷一到兩套模擬題,刷題的速度會越來越快,到考前我的速度達到一套題僅花費30分鐘左右。最后就是考試了,你會發現考試題目的80%你都做過或者似曾相識,如果按照我的復習方案來進行復習你肯定能輕松通過考試。我刷題時查缺補漏的知識點被我放在了我的另一篇博客中:刷題所遇到的知識點。

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

1.數據庫系統DBS 主要提供應用數據的組織、存儲、維護、訪問等數據管理功能,數據庫應用系統 DBAS 不僅為用戶提供數據管理功能,還根據具體應用領域業務規則,通過應用程序實現更為復雜的數據處理功能。數據庫 DBS 就是基本的操作,在之上根據具體需要調整結構,優化使用體驗,就是應用系統 DBAS考慮的。 2.軟件開發模型:瀑布模型(軟件生命周期模型),快速原型模型、螺旋模型等。瀑布模型六階段:項目規劃,系統分析,總體設計,詳細設計,編碼調試與集成調試,運行維護(優點保證系統一致性完備性,確定是不能發掘出用戶的潛在需求)快速原型模型:快速分析,設計構造原型,運行原型,評價原型并改進原型。螺旋模型:項目規劃,風險評估,工程實現,用戶評估。(進行下一次的循環) 3.DBAS生命周期模型的五個步驟:項目規劃(系統規劃與定義{確定視圖},可行性分析{經濟、操作,技術、開發方案可行性},項目規劃),需求分析(DBAS需求分析規范說明書),系統設計(概念設計,邏輯設計和物理設計 ),實現與部署,運行與維護。 4.需求分析 包括數據需求分析,功能需求分析、性能需求分析和其它需求分析。數據需求分析需要形成數據字典:數據項,數據結構,數據流,數據存儲和處理過程。功能需求分析包括數據處理需求分析(通過數據流圖:{data flow diagram}形成數據字典文檔)和業務規則需求分析(UML圖)。性能需求分析:響應時間,系統吞吐量(TPS),每TPS價值,允許并發訪問的最大用戶數。其它需求分析包括:存儲需求分析(數據庫大小以及數據庫存儲量增長速度),安全性需求分析(備份和恢復需求分析) 5.系統設計概念設計:數據庫概念模型設計和系統總體設計。系統總體設計:DBAS體系結構設計,硬件平臺選型和配置,應用軟件結構設計,對業務規則進行初步設計,對關 鍵技術進行選型和初步設計邏輯設計:數據庫邏輯結構設計,應用程序概要設計,數據庫事務概要設計。物理設計:數據庫物理結構設計,數據庫事務詳細設計,應用程序詳細設計。 6.實現與部署DBAS實現與部署:建立數據庫結構,數據加載,事務和應用程序的編碼與測試,系統集成、測試與試運行,系統部署 7.運行管理與維護數據庫應用系統的運行管理和數據庫本身的運行管理。由DBA負責。

第二章 需求分析

1. 需求的獲取方法:面談,實地觀察,問卷調查,查閱資料 2. 需求分析過程:標識問題,建立需求模型,描述需求,確認需求 3. DFD方法:數據流,處理,數據存儲,外部項。(自頂向下逐步細化的結構化分析方法)IDEFO方法:箭頭表示數據流,矩形表示活動。UML方法:也可以進行信息系統的需求分析。

第三章 數據庫結構設計(自底向上)

概念設計

數據庫概念設計的依據是需求分析階段的文檔,其中包括需求說明書、功能模型以及在需求分析階段收集到的應用領域或問題域中的各類報表等。 概念設計的過程:明確建模目標,定義實體集,定義聯系,建立信息模型,確定實體集屬性,對信息模型進行集成與優化。 ER模型:很簡單,但是肯定會考。 IDEF1X:獨立實體集(每個實例都能夠被唯一標識而不決定于它與其它實體集的聯系),從屬實體集(實例依賴于其它實體集的實例) 聯系:標定型聯系(由兩個父實體集共同確定(外碼有兩個,并取決于不同的表)),非標定型聯系(無需了解父端的實例,),分類聯系(存在一般實體集,并且每個實例都對應有且僅有一個分類實體集),非確定聯系(多對多)

邏輯設計

ER模型轉換為關系(需要將聯系合并到關系中)。

物理設計

1. 物理結構角度要考慮的問題:文件的組織,文件的結構,文件的存取和索引技術。 2. 索引技術:有序索引技術(順序排列),散列技術(利用一個散列函數實現記錄域到記錄的物理地址間的直接映射關系) 3. 有序索引的分類:聚集索引(索引文件中索引項排列順序和數據排列順序相一致),非聚集索引(反之),稠密索引(每個查找碼都對應一個索引記錄),稀疏索引(部分查找碼對應了索引記錄),主索引(主碼屬性集上建立的索引),輔索引(非主屬性上建立的索引),唯一索引(索引屬性列都是唯一的),單層索引,多層索引(進一步優化索引效率)。 4. 物理設計環節:數據庫邏輯模式描述,文件組織和存取設計,數據分布設計,確定系統配置,物理模式評估。

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

1. DBAS總體設計的主要內容:DBAS體系結構設計,DBAS軟件總體設計,軟硬件選型與配置設計,業務規則初步設計。 2. DBAS體系結構設計:客戶/服務器(C/S)結構:客戶端應用程序+數據庫服務器三層瀏覽器/服務器(B/S)結構:瀏覽器+Web應用服務器+數據庫服務器 3. DBAS軟件總體設計:得到系統總體結構和分層模塊結構。 4. 軟硬件選型與配置設計:涉及很多內容 5. 業務規則初步設計:業務流程和運行規則的制訂等。 6. DBAS功能概要設計:分為四層(表示層,業務邏輯層,數據訪問層,數據持久層) 目的:產生軟件總體結構和軟件功能模塊 7. DBAS功能詳細設計:表示層詳細設計(初步設計,用戶界面細節設計,原型設計與改進)和業務邏輯層詳細設計 8. DBAS安全架構設計:數據安全設計安全性保護,完整性保護,并發控制,數據庫的備份與恢復,數據加密傳輸安全性保護:用戶身份識別,權限控制,視圖機制。完整性保護:防止合法用戶想數據庫中加入不合語義的數據,主要措施是對數據設置一些完整性約束條件。并發控制:封鎖機制?;镜姆怄i一般有排他鎖和共享鎖(一定要避免死鎖)。數據庫備份與恢復:雙機熱備,數據轉儲,數據加密存儲。數據加密傳輸:手段有數字安全證書,對稱密鑰加密,數字簽名,數字信封。環境安全設計:漏洞與補丁:檢查系統漏洞并更新系統補丁。計算機病毒防護網絡環境安全物理環境安全制度安全設計: 9. DBAS實施:創建數據庫,裝載數據,編寫與調試應用程序,數據庫試運行。創建數據庫:考慮初始空間大小,數據庫增量大小,訪問性能。裝載數據:篩選數據,轉換數據格式,輸入數據,校驗數據。數據庫試運行:功能測試,性能測試(先測試恢復功能,做好轉儲和恢復工作)

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

UML語義是定義在四層建模概念框架中的,這四層分別是:元元模型,元模型,模型,用戶模型。 圓角矩形表示活動,箭頭線表示活動之間的聯系,標注為執行下一個活動的條件 DBAS業務流程活動圖:可以并行操作。分為起始點,結束點,分區,活動 DBAS系統需求用例圖:分為用例,角色和系統。用帶空心的三角箭頭表示通用化關系。(超類) DBAS系統結構類圖、順序圖和通信圖: 結構類圖包括屬性,操作和關系(關系又包含關聯關系,繼承關系,依賴關系和精化關系)。關聯聯系中一種特殊的關聯是聚集,分為共享聚集(空心菱形)和組成(實心菱形) 順序圖:時間軸和對象軸。描述對象之間如何協作達到系統的目標。 通信圖(協作圖):顯示對象之間的關系,并不側重交互順序,用數字表示消息或者線程的順序。 DBAS系統微觀設計對象圖,狀態機圖和時間圖對象圖:特定時間點上所有對象的一個快照。強調瞬時性。狀態機圖:陳述系統或對象的狀態轉移。時間圖:通過時間的推移讓時間因子呈現一個可視化的效果。 DBAS系統宏觀設計包圖、交互概述圖和復合結構圖包圖:不同系統或者項目間的彼此的關系。(定義了可見性,包括私有,保護,公有和實現)交互概述圖:活動圖+交互框復合結構圖:評估系統復雜度的工具。部件與部件之間是裝配的關系,通過端口才能連接。端口上有需求接口和供給接口。 DBAS系統實現組件圖和部署圖組件圖:帶箭頭的虛線。展現了組件之間的組織和依賴,用于對源代碼、可執行的發布、物理數據庫等的系統建模。組件是邏輯設計中定義的概念和功能在物理架構中的實現。部署圖:硬件和軟件的物理配置情況和系統體系結構。

第六章 高級數據查詢

1.使用TOP限制結果集:Distinct Top n [percent] [with ties]如果有with ties 的話必須有order by 2.使用case函數:簡單case函數:CASE 測試表達式When 簡單表達式1 THEN 結果表達式1When 簡單表達式2 THEN 結果表達式2When 簡單表達式3 THEN 結果表達式3[ELSE 結果表達式 n+1]END搜索case函數:CASE 函數表達式:CASEWHEN 布爾表達式1 THEN 結果表達式1WHEN 布爾表達式2 THEN 結果表達式2WHEN 布爾表達式3 THEN 結果表達式3WHEN 布爾表達式4 THEN 結果表達式4[ELSE 結果表達式 n+1]END 3.查詢結果保存:SELECT 查詢列表序列 INTO<新表名>FROM 數據源 4.并交差:UNION:列的個數必須相同,數據類型時間支持隱式轉換,orderby 放在第二個語句后面INTERSECT: EXCEPT: 5.相關子查詢: WHERE表達式 比較運算符(子查詢):WHERE 表達式 比較運算符 (子查詢):WHERE 【NOT】EXISTS (子查詢):先執行外層,再執行內層替代表達式的子查詢:在SELECT語句中的選擇列表中嵌入一個只返回標量值的SELECT語句,一般值返回單值派生表子查詢:可臨時生成表并出現在from子句中 6.開窗函數:聚合開窗函數:over 子句和聚合函數一起使用排名開窗函數:RANK():函數并不一定返回連續整數。DENSE_RANK():函數返回的是連續的整數。NTILE():對其進行分組(NTILE(4)),每個分組內返回組號。ROW_NUMBER():每個分區(PARTITION BY)的序列號 7.公用表表達式:(Common Table Expression,CTE)WITH AS

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

1. SQL Server中將數據庫分為兩大類:系統數據庫和用戶數據庫。 系統數據庫: master:最重要的系統數據。Msdb:記錄操作。Model:數據庫模板。Tempdb:臨時數據庫。Resource:看不到,包含所有系統對象。 2. 文件被分為數據文件和日志文件。 數據文件包含數據和對象:主要數據文件和次要數據文件。 3. 數據庫的空間分配:創建用戶數據庫時,model數據庫被自動復制到新建用戶數據庫中。 數據的存儲分配單位是數據頁,一頁是8kb。 SQL server中不允許表中的一行數據存儲在不同的頁,即行不能跨頁存儲。 4. 數據庫文件組:主文件組和用戶定義的文件組。 5. 數據庫文件的屬性:文件名及其位置,初始大小,增長方式,最大大小。(TSQL) 6. T-SQL語言總結:創建數據庫:CREATE DATABASE StudentsON PRIMARY 主文件組文件1(NAME = Student_data1,FILENAME ='F:\DATA\MDF',SIZE = 5MB,MAXSIZE = UNLIMITED,FILEGROWTH = 1MB)( 主文件組文件2NAME = Student_data1,FILENAME ='F:\DATA\NDF',SIZE = 5MB,MAXSIZE = UNLIMITED,FILEGROWTH = 1MB)LOG OPTION 日志文件1(NAME = Student_data1,FILENAME ='F:\DATA\ldf',SIZE = 5MB,MAXSIZE = UNLIMITED,FILEGROWTH = 1MB)( 日志文件2NAME = Student_data1,FILENAME ='F:\DATA\ldf',SIZE = 5MB,MAXSIZE = UNLIMITED,FILEGROWTH = 1MB)修改數據庫:ALTER DATABASE RShDbADD FILE()ALTER DATABASE RShDbMODIFY FILE( )ALTER DATABASE RShDbADD LOG FILE( )收縮數據庫空間:DBCC SHRINKDATABASE(Students,20)收縮文件空間:DBCC SHRINKFILE(Students,4)刪除數據庫文件:ALTER DATABASE student REMOVE FILE Student_data1分離和附加數據庫:分離:EXEC sp_detach_db 'Students','true'附加:CREATE DATABSE Students ON(FILENAME='F:\DATA\.MDF') FOR ATTACH數據庫架構: CREATE SCHEMA TEST AUTHORIZATION ZHANGCREATE TABKE T1(C1 INTC2 CHAR(10))DROP SCHEMA TEST CASCADE(連架構對象一起刪除)/RESTRICT(如果架構中包含架構對象,不刪除)分區表:創建分區函數:CREATE PARTITION FUNCTION myRangePF1(int)AS RANGE LEFT(小于等于和大于)/RIGHT(大于等于和小于) FOR VALUES(1,100,1000)創建分區方案:CREATE PARTITION FUNCTION myRangePF1(int)AS RANGE LEFT FOR VALUES(1,100,1000)GOCREATE PARTITION SCHEME myRangePSAS PARTITION myRangePF1 TO(test1fg,test2fg,test3fg,test4fg)GOCREATE TABLE ParititonTable(col1 int,col2 char(10))ON myRangePS(col1)索引:創建索引:CREATE NONCLUSTERED/CLUSTERED/UNIQUE INDEX IX_TransactionHistoryON Transaction(TransactionDate)刪除索引:DROP INDEX INDEXNAME;索引視圖:適合使用索引視圖的場景:很少更新基礎數據或者基礎數據以批處理的形式定期更新,可以提高連接和聚合操作的性能。創建索引視圖:CREATE VIEW Sales.vOrdersWith SCHEMABINDINGASSELECT ``````GOCREATE UNIQUE CLUSTERED INDEX IDX_V1 必須是唯一聚集索引ON Sales.vOrders(字段名)GO后面直接使用視圖 7. SQL SERVER將數據庫分為兩大類:系統數據庫和用戶數據庫。 8. 系統會自動安裝五個系統數據庫:,master(所有系統級信息),msdb(調度報警和作業以及記錄操作員時使用),model(所有數據庫模板),tempdb(臨時對象和中間結果集)和Resourse(只讀數據庫,包含了所有系統的對象)。 9. 操作系統文件包括數據文件(數據和對象)和日志文件(恢復數據庫中所有事務需要的信息)。 10. 數據文件包括主要數據文件(mdf)和次要數據文件(ndf)。日志文件(ldf)。 11. 數據庫文件組:主文件組和用戶定義的文件組。 12. 數據庫文件的屬性:文件名及其位置,初始大小,增長方式,最大大小

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

游標聲明游標:DECLARE cursor_name 【INSENSITIVE】【SCROLL】CRUSORFOR 例子說明一切:DECLARE @CN VARCHAR(10), @Email VARCHAR(50)DECLARE Cname_cursor CURSOR FORSELECT CName, Email From Tabke_CustomerWHERE CName LIKE ‘王%’AND Address LIKE ‘’OPEN Cname_cursorFETCH NEXT FROM Cname_cursor INTO @cn,@EmailWHILE @@FETCH_STATUS=0BEGINPRINT’顧客姓名:’+@cn+’郵箱’+@EmailFETCH NEXT FROM Cname_cursor INTO @cn,@EmailENDCLOSE Cname_cursorDEALLOCATE Cname_cursor游標的一些關鍵字注釋:ABSOLUTE:從開始第幾個RELATIVE:從當前位置起始第幾個INSENSITIVE:敏感和不敏感。加上就不敏感,提取操作讀取的是tempdb中的臨時副本中的數據,不加的話讀的是原表中的數據。SCROLL:加上可以使用所有操作,不加只能使用next

第九章 安全管理

1. 在數據庫中,對有意的非法活動可采用加密存、取數據的方法控制;對有意的非法操作可使用用戶身份驗證、限制操作權限來控制;對無意的損壞可采用提高系統的可靠性和數據備份等方法實現。 2. DBA(DataBase Administrator) 3. 影響數據庫安全的威脅:可用性的損失,機密性數據的損失,私密性數據的損失,偷竊和欺詐,意外的損害。 4. 安全控制模型描述:用戶通過數據庫應用程序進入數據庫系統-----》用戶提供數據庫應用程序的身份,然后數據庫應用程序將用戶的身份遞交到數據庫管理系統進行驗證----》對于存儲在磁盤上的數據庫文件,還可以進行加密存儲用戶---》數據庫應用程序---》數據庫管理系統---》操作系統-----》 數據庫身份驗證|-------------操作權限控制------------| 文件操作控制 | 加密存儲與冗余 5. 授權和認證授權:授權是將合法訪問數據庫或數據庫對象的權限授予用戶的過程。認證是一種鑒定用戶身份的機制。對于數據庫的訪問控制問題,主要采用兩種方法:自主存取控制:比較靈活強制存取控制:分級別,比較嚴謹 6. 權限種類:語句權限:對數據庫對象的操作(創建數據庫等)對象權限:對數據庫數據的操作(對表/視圖的操作權限) 7. 用戶的分類:系統管理員,數據庫對象的擁有者,普通用戶 8. 統計數據庫允許用戶查詢聚合類型的信息,但不允許查詢個人信息。但會暴露出很多安全問題。 9. SQL SERVER安全機制:Windows身份驗證模式,混合身份驗證模式。 10. 數據庫用戶:登錄賬戶可以映射多個數據庫的用戶,dbo是數據庫的擁有者。注意:不能從數據庫中刪除擁有對象的用戶,必須刪除或轉移安全對象的擁有者,然后再刪除這些擁有對象的數據庫用戶。 11. 登錄賬戶:CREATE LOGIN login_name WITH PASSWORD=’’ALTER LOGIN login_name enable/WITH PASSWORD=’’ 12. 權限管理:當登錄賬戶成為數據庫中的合法用戶后,還需要對賬戶授予相應的權限。對象級別的權限:對對象允許操作的權限,例如select、insert、update等語句級別的權限:創建表,數據庫,等隱含權限。 13. 角色:角色分為預定義的系統角色和用戶定義的角色。角色又可以分為服務器級的角色和數據庫級的角色。 14. 固定服務器角色: Bulkadmin:BULK INSERT語句的權限,批量插入數據。Dbcreator:創建,刪除,修改和還原數據的權限。Diskadmin:管理磁盤文件Processadmin:管理運行在SQL SERVER的進程的權限Securityadmin:管理登錄賬戶、讀取錯誤日志等Serveradmin:設置服務器和關閉服務器Setupadmin:添加和刪除鏈接服務器Sysadmin:系統管理員權限,windows中的Administrators組被自動映射成sysadmin角色中的成員。創建角色或者刪除角色要調用存儲過程:“EXEC sp_addsrvrolemember ‘登錄名’,‘角色名’”“EXEC sp_dropsrvrolemember ‘登錄名’,‘角色名’” 15. 固定數據庫角色db_accessadmin: 添加或刪除數據庫用戶的權限db_backupoperator: 備份數據庫、備份日志的·權限db_owner: 數據庫中進行全部操作的權限db_securityadmin: 具有管理數據庫角色、角色成員以及數據庫中的對象和語句的權限“EXEC sp_addrolemember ‘角色名’,‘成員名’”“EXEC sp_droprolememeber ‘角色名’,‘成員名’” 16. 用戶定義的角色便于管理數據庫權限。CREATE ROLE 角色名 AUTHORIZATION ownername

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

1. 數據庫運行維護的基本工作:數據庫的轉儲與恢復、數據庫的安全性,完整性控制、檢測并改善數據庫的性能、數據庫的重組(只對存儲空間進行全面調整)和重構(部分修改數據庫的模式和內模式) 2. 運行狀態監控與分析: 自動監控機制: 數據庫自動監控手動監控機制:管理員手動實施對數據庫構架的監控:空間基本信息、空間利用率等對數據庫性能的監控:命中率、庫緩沖,鎖等性能相關 3. 數據庫存儲空間管理:物理存儲結構和邏輯存儲結構對空間的管理主要包括:創建數據庫空間,更改空間大小,刪除空間,修改空間狀態,新建、移動、關聯數據庫文件等。 4. 數據庫性能優化:數據庫運行環境、數據庫參數調整:外部調整:CPU/網絡調整內存分配:調整磁盤I/O:令IOS時間最小調整競爭:控制多個進程對相同資源的競爭 a) 模式調整與優化:增加派生性冗余列:可以避免使用聚合函數增加冗余列:避免連接操作重新組表:多個表連接才能得到的數據,需要重新組表分割表:水平分割(數據量太過龐大)和垂直分割(一行數據超過一個數據頁)新增匯總表:增加了大量報表的匯總操作。 b) 存儲優化:物化視圖:預先保存那些耗時操作的結果,還可以勇于遠程數據的本地復制聚集:經常頻繁一起查詢的表,可以使用聚集 c) 查詢優化:合理使用索引避免或簡化排序消除對大型表數據的順序存取避免復雜的正則表達式使用臨時表加速查詢用排序來取代非順序磁盤存取不充分的連接條件存儲過程不要隨意使用游標事務處理 5. 數據庫的實施包含四項工作:用DDL定義數據庫結構、數據裝載、編寫與調試應用程序以及數據庫的性能。 6. 數據庫管理系統常用的性能工具有SQL Server Profiler 和數據庫引擎優化顧問。

第十一章 故障管理

1. 故障類型及其解決辦法:事務內部的故障: 預期的事務內部故障:將事務回滾,撤銷修改。非預期的事務內部故障:強行回滾事務系統故障:在系統重啟之后,撤銷(UNDO)所有未提交的事務,重做(REDO)所有已提交的事務。介質故障:對策~軟件容錯:通過數據庫備份和日志文件硬件容錯:雙物理存儲設備計算機病毒故障:防火墻,殺毒軟件 2. 恢復機制設計的兩個問題:如何建立冗余數據以及如何利用冗余數據實施數據庫的恢復。 3. 建立冗余數據的技術:數據轉儲(數據備份),登記日志文件,數據庫復制,數據庫鏡像等 4. 數據轉儲:靜態轉儲(轉儲過程系統不能運行其他事務),動態轉儲(允許轉儲操作和用戶事務的并發執行) 5. 數據轉儲機制:完全轉儲(所有數據),增量轉儲(上次轉儲發生變化的數據),差量轉儲(最近一次完全轉儲后發生變化的數據)。 6. 日志文件: 事務故障恢復和系統故障恢復必須使用日志文件。動態轉儲方式中必須建立日志文件。靜態轉儲中也可以使用日志文件。 7. 日志文件的兩種格式:以記錄為單位的日志文件:包括每個事務的開始標記(BEGIN TRANSACTION)、每個事務的結束標記(COMMIT)以及每個事務的所有修改操作。以數據塊為單位的日志文件:只包含事務標識和被更新的數據塊。 8. 登記日志文件需要遵循的兩條原則:登記的次序嚴格按并行事務執行的時間次序。必須先寫日志文件,后寫數據庫。 9. 為了避免重復搜索整個日志,建立檢查點是必須的?;謴筒呗?#xff1a;事務在故障發生時未完成,應該撤銷(UNDO)事務在檢查點之后提交,它們對數據庫的修改可能還在緩沖區,應該重做REDO事務在檢查點之前提交,所以不必執行REDO操作 10. 硬件容錯方案:磁盤保護技術(RAID廉價冗余磁盤陣列):包括鏡像冗余和校驗冗余。服務器容錯技術(為了解決服務器硬件異常問題):Active-Standby模式數據庫鏡像: 優點:提供完整的數據冗余,增強數據保護功能快速使用副本提供服務提高升級期間的可用性分類:雙機互備援模式(兩臺都是工作機)和雙機熱備份(一臺工作機,一臺備份機)模式。 11. SQL Server數據庫鏡像三種實現方式:高可用性(兩臺服務器同步寫入事務,支持自動回復),高保護(兩臺服務器同步寫入事務,僅支持手動回復)和高性能(可以異步,只允許手動錯誤恢復)。

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

1. 恢復模式:簡單恢復模式,完整恢復模式和大容量日志恢復模式(只對大容量操作進行最小記錄)。 2. 更改數據庫恢復模式:ALTER DATABASE database_name SET RECOVERY {FULL|BULK_LOGGED|SIMPLE} 3. 備份時間:對于系統數據庫,一般采用修改后立即備份操作。對于用戶數據庫,采取周期性備份的方法。并且進行了下列操作之后,最好立刻對數據庫進行操作:創建數據庫之后,或者在數據庫中批量加載數據之后。創建索引之后。執行了清理事務日志的操作之后。執行了大量數據操作之后。 4. 創建備份設備的T-SQL存儲過程:sp_addumpdevice 5. 備份類型: 數據庫備份:文件備份:事務日志備份: 6. 三種數據庫備份方式:完整備份,差異備份和日志備份。 7. 第一次對數據庫進行的備份必須是完整備份。 8. 簡單模式沒有日志備份。 9. 進行數據庫操作時允許用戶操作數據庫。

第十三章 大規模數據庫架構

分布式數據庫:

1. 分布式數據庫是物理上分散、邏輯上集中的數據庫系統。 2. 數據分布策略: 數據分片:水平分片,垂直分片,導出分片,混合分片數據分配: 集中式(都安排在一個場地), 分割式(只有一份,并被分割成若干片段), 全復制式(多個副本), 混合式(上述三種方式的復合) 3. 分布式數據庫的參考模式結構: 全局外模式:用戶視圖 全局概念模式:描述全體數據的邏輯結構特征 分片模式:片段與片段之間的映像 分配模式:各片段到物理存放場地的映像。 局部概念模式:全局關系在場地上存儲的物理片段的邏輯結構 局部內模式: 4. 分布透明性: 分片透明性:最高級別的透明性 位置透明性:數據分片的分配位置對用戶是透明的 局部數據模型透明性: 5. 分布式數據庫系統的結構:全局數據庫管理系統GDBMS、全局數據字典GDD、局部數據庫管理系統LDBMS和通信管理CM。 6. 查詢代價主要從:CPU代價、I/O代價和通信代價考慮。 分布式查詢優化:主要從操作執行的順序、操作的執行算法以及不同場地間的數據流動的順序。 對于連接操作的優化策略有:基于半連接的優化策略和基于連接的優化策略。 分布式事務管理主要包括:恢復控制和并發控制。

并行數據庫

1. 并行數據庫系統結構:共享內存結構,共享磁盤結構,無共享結構,層次機構。 2. 一維數據劃分:輪轉法(掃描整個關系),散列劃分(點查詢),范圍劃分(掃描整個關系)

云計算數據庫架構

1. 公共云,私有云 2. 云計算的優勢吧:無線的計算資源,硬件可以逐步增加,不需要一次性購買,可以短期使用資源,比較靈活。 3. 谷歌基礎云計算架構模式:文件系統Google File System,分布式編程環境Map/Reduce,分布式的鎖機制Chubby以及大規模分布式數據庫 4. 目前主要的云計算平臺有Amazon的AWS、Google的GAE以及開放的云計算平臺Hadoop。

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

1. 數據倉庫是一個面向主題的、集成的、非易失的、且隨時間變化的數據集合,用來支持人員的決策。 2. 數據倉庫的幾個特性:面向主題性,集成性,不可更新性,時間特性。 3. 數據倉庫中的粒度概念:粒度越小,細節程度越高,能回答的查詢也就越多。 4. 操作型數據存儲(ODS):1、2、3、4前三個以時間為判斷依據,第四個以數據來源和類型來區分 5. 粒度能夠影響數據倉庫的數據量以及系統能回答的查詢類型。 6. 數據倉庫的維護:實時維護、延時維護和快照維護。 7. OLAP(聯機事務處理環境)的實現方式:基于多維數據庫的OLAP(MOLAP),基于關系數據庫的OLAP(ROLAP),混合型的OLAP(HOLAP) 8. 數據挖掘:步驟:數據準備、數據挖掘、數據解釋評估。

總結

以上是生活随笔為你收集整理的计算机三级数据库:课本知识点总结以及备考方案建议的全部內容,希望文章能夠幫你解決所遇到的問題。

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