（1）非常重要

• 數據：是數據庫中存儲的基本對象，是描述事物的符號記錄

• 數據庫：是永久存儲在計算機內的，有組織的、可共享的大量數據的集合

• 數據庫管理系統：是位于用戶與操作系統之間的一層數據管理軟件，和操作系統一樣都是計算機的基礎軟件

• 數據庫系統：是在計算機中引入數據庫后的系統構成。包括DB,DBMS,APP,DBA

• 數據模型：計算機是不可能直接處理現實世界中的具體事物的，所以人們必須事先把具體事物轉化為計算機能夠處理的數據。因此數據模型是對現實世界數據特征的抽象，也即數據模型是用來描述數據、組織數據和對數據進行操作的

• 概念模型（信息模型）：是按用戶的觀點來對數據和信息建模，用于數據庫設計

• 邏輯模型：是按計算機系統的觀點對數據建模，主要用于數據庫管理系統的實現

• 物理模型：對數據最底層的抽象，它描述數據在系統內部的表示方法和存取方法，或在磁盤或磁帶上的存儲方式和存取方法，是面向計算機系統的

• 實體 ：客觀存在并可以相互區別的事物。實體可以是具體的人、事、物，也可以是抽象的概念或聯系

• 屬性：實體所具有的某一特性。一個實體可以由若干屬性刻畫

• 碼 ：唯一標識實體的屬性

• 實體型： 用實體名及其屬性集合來抽象和刻畫同類實體

• 實體集： 同一類型實體的集合

• 聯系 ：實體內部的聯系通常是指組成實體的各屬性之間的聯系，實體之間的聯系通常是指不同實體集之間的聯系

• 關系 ：一個關系對應一張表

• 元組 ：表中一行或者是一條記錄叫做一個元組

• 屬性 ：表中一列叫做一個屬性，給每一個屬性起一個名稱叫做屬性名

• 碼 ：用于唯一確定一個元組

• 域 ：屬性的取值范圍

• 分量 ：元組的每一個屬性值，關系的每一個分量都不可以再分

• 關系模式 ：對關系的描述，必須是規范化的

• 模式：是數據庫中全體數據的邏輯結構和特征的描述，是所有用戶的公共數據視圖，綜合了所有用戶的需求，對應概念模式

• 外模式：是數據庫用戶（包括程序員和最終用戶）能夠看見和使用的局部的邏輯結構和特征的描述，是數據庫用戶的數據視圖，是與某一應用有關的數據的邏輯描述

• 內模式：是數據物理結構和存儲方式的描述，是數據在數據庫內部的表示方式

• 物理獨立性：用戶的應用程序與存儲在磁盤上的數據庫中數據是獨立的。當數據的物理存儲改變時，應用程序不改變

• 邏輯獨立性：用戶應用程序與數據庫的邏輯結構是相互獨立的。數據的邏輯結構改變了，用戶的程序也可以不變

• 域：是一組具有相同數據類型的值的集合

• 笛卡爾積：是一種域上面的集合運算，得到每個域中元素的所有可能的組合，它可以表示為一張二維表

• 候選碼：如果關系中的某一屬性組能唯一標識一個元組，而其子集不能，則稱該屬性組為候選碼

• 超碼：能夠唯一標識一條記錄的屬性或屬性集。超碼是候選碼的擴充，候選碼是最小的超碼

• 主碼：能夠唯一標識一條記錄的最小屬性集

• 全碼：關系中的所有屬性組都是該關系模式的候選碼

• 外碼：是本關系的屬性但不是碼，而是另一個關系的主碼

• 主屬性：包含在候選碼中的屬性

• SQL：即結構化查詢語言，是一種高度非過程化的語言，集數據查詢、數據操縱、數據定義、數據控制功能于一體。是關系數據庫的標準語言

• 實體完整性：若屬性A是基本關系R的主屬性，則屬性A不能取空值

• 視圖：視圖是一個虛表，其本質就是一條SELECT語句，而查詢結果被賦予了一個名字，也即視圖名字。或者說視圖本身不包含任何數據，它只包含映射到基表的一個查詢語句，當基表數據發生變化時，視圖數據也隨之變化。其目的就是在于方便，簡化數據操作

• 數據庫安全性：保護數據庫以防止不合法使用所造成的數據泄露、更改或破壞

• 用戶身份鑒別：每個用戶在系統中都有一個用戶標識。每個用戶標識由用戶名（user name）和用戶標識號（UID）組成。系統內部記錄著所有合法用戶的標識，每次用戶進入系統時，系統會核對用戶的身份，只有通過鑒定后才提供相關數據庫管理系統的權限

• 存取控制：存取控制的目的就是確保只授權給有資格的用戶訪問數據庫的權限，其余人等無法接近數據

• 自主存取控制（DAC）：用戶對于不同的數據庫對象有不同的存取權限，不同的用戶對同一對象也有不同的權限，而且用戶還可將其擁有的存取權限轉授給其他用戶，因此自主存取控制非常靈活

• 強制存取控制（MAC）：每一個數據庫對象被標以一定的密級，每一個用戶也被授予某一個級別的許可證。對于任意一個對象，只有具有合法許可證的用戶才可以存取，因此強制存取控制因此相對比較嚴格

• 授權：用戶權限由數據庫對象和操作類型這兩個要素組成。定義一個用戶的存取權限就是定義這個用戶可以在哪些數據對象上進行哪些類型的操作。所謂授權就是指定義存取權限

• 數據庫角色：是被命名的一組與數據庫操作相關的權限，也即角色是權限的集合。在創建用戶時如果為其賦予某種角色，那么用戶就自動擁有了該數據庫角色所擁有的權限，從而省去了繁瑣的授權語句

• 審計：審計功能把用戶對數據庫的所有操作自動記錄下來放入審計日志(audit log)中。審計員可以利用審計日志監控數據庫中的各種行為，重現導致數據庫現有狀況的一系列事件，找出非法存取數據的人、時間和內容等。還可以通過對審計日志分析，對潛在的威脅提前采取措施加以防范

• 數據庫完整性：是為了防止數據庫中存在不符合語義的數據，也就是防止數據庫中存在不正確的數據。因此，完整性檢查和控制的防范對象是不合語義的、不正確的數據，防止它們進入數據庫

• 完整性約束條件：是數據庫中數據必須滿足的語義條件規則

• 斷言：在SQL中通過聲明性斷言可以指定更具一般性的約束（例如涉及多表、聚集操作等）。創建斷言后，任何對斷言中所涉及關系的操作都會觸發DBMS對斷言的檢查，任何斷言為FALSE的操作都會被拒絕

• 觸發器（TRIGGER）：是用戶定義在關系表上的一類由事件驅動的特殊過程，在滿足一定條件或達到一定閾值時會自動觸發。可以進行更為復雜的檢查和操作，具有更精細和更強大的數據控制能力

• 數據依賴：數據依賴是一個關系內部屬性與屬性之間的一種約束關系。 這種約束關系是通過屬性間值的相等與否體現出來的數據間相關聯系。它是現實世界屬性間相互聯系的抽象，是數據內在的性質，是語義的體現

• 范式：關系數據庫中的關系是要滿足一定要求的，滿足不同程度要求的為不同范式。也即范式是符合某一種級別的關系模式的集合。級別越高，表設計的就越合理

• 數據庫設計(database design)：數據庫設計是指對于一個給定的應用環境，構造(設計)優化的數據庫邏輯模式和物理結構，并據此建立數據庫及其應用系統，使之能夠有效地存儲和管理數據，滿足各種用戶的應用需求，包括信息管理要求和數據操作要求。數據庫設計的目標是為用戶和各種應用系統提供一個信息基礎設施和高效的運行環境

• 數據字典：它是關于數據庫中數據的描述，即元數據，而不是數據本身。數據字典是在需求分析階段建立，在數據庫設計過程中不斷修改、充實、完善的。它在數據庫設計中占有很重要的地位

• 需求分析階段：進行數據庫設計首先必須準確了解與分析用戶需求(包括數據與處理)。需求分析是整個設計過程的基礎，也是最困難和最耗費時間的一步

• 概念結構設計階段：概念結構設計是整個數據庫設計的關鍵，它通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體數據庫管理系統的概念模型

• 邏輯結構設計階段：邏輯結構設計是將概念結構轉換為某個數據庫管理系統所支持的數據模型，并對其進行優化

• 物理結構設計階段：物理結構設計是為邏輯數據模型選取一個最適合應用環境的物理結構(包括存儲結構和存取方法)

• 數據庫實施階段：在數據庫實施階段，設計人員運用數據庫管理系統提供的數據庫語言及其宿主語言，根據邏輯設計和物理設計的結果建立數據庫，編寫與調試應用程序，組織數據入庫，并進行試運行

• 數據庫運行和維護階段：數據庫應用系統經過試運行后即可投入正式運行。在數據庫系統運行過程中必須不斷地對其進行評估、調整與修改

• 代數優化：是指關系代數表達式的優化，也即按照一定規則，通過對關系代數表達式進行等價變換，改變代數表達式中操作的次序和組合，使查詢更高效

• 物理優化：是指存取路徑和底層操作算法的選擇。選擇依據可以是基于規則的(rule based)、基于代價的(cost based)、基于語義的(semantic based)

• 事務：是用戶定義的一個數據庫操作序列。這些操作要么不做，要么全做，是一個不可分割的工作單位。例如在RDBMS中一個事務可以是一條SQL語句或整個程序。事務是數據庫恢復和并發控制的基本單位

• 事務原子性：事務是數據庫的邏輯工作單位，事務中包含的諸多操作要么全做、要么不做。因故障未能做完的，需要有一套機制用于“撤銷”那一部分已經做了的

• 事務一致性：事務執行的結果必須是使數據庫從一個一致性狀態變到另一個一致性狀態

• 事務隔離性：一個事務不能被其他事務干擾。也即一個事務的內部操作及使用的數據對其他并發事務是隔離的，并發執行的各個事務之間不能互相干擾

• 事務持續性：一個事務一旦提交，它對數據庫中數據的改變就是永久性的。接下來的其他操作或故障不應該對其執行結果有任何影響

• 數據庫恢復：把數據庫從因破壞或故障而導致的錯誤狀態恢復到某個已知的正確狀態的技術

• 事務故障：某個事務在運行過程中由于種種原因未運行至正常終止點就夭折了

• 事務撤銷(UNDO)：事務故障意味著事務沒有達到預期的終點(COMMIT或者顯式的ROLLBACK),因此，數據庫可能處于不正確狀態。恢復程序要在不影響其他事務運行的情況下，強行回滾該事務，即撤銷該事務已經作出的任何對數據庫的修改，使得該事務好像根本沒有啟動一樣

• 系統故障：是指造成系統停止運轉的任何事件，使得系統需要重新啟動

• 數據轉儲：指DBA定期手動或者通過設置使DBMS定期自動將整個數據庫復制到存儲介質上保存起來的過程。這些備用的數據稱之為后備副本。當數據庫遭到破壞后可以將后備副本重新裝入，但是重裝后的副本只能將數據庫恢復到轉儲時的狀態，要想恢復到故障發生時的狀態，必須重新運行自轉儲以后的所有更新事物。因此，轉儲常和日志配合使用

• 靜態轉儲：是在系統中無運行事務時進行的轉儲操作。即轉儲操作開始的時刻數據庫處于一致性狀態，而轉儲期間不允許(或不存在)對數據庫的任何存取、修改活動。顯然，靜態轉儲得到的一定是一個數據一致性的副本

• 動態轉儲：是指轉儲期間允許對數據庫進行存取或修改，也即轉儲和用戶事物可以并發執行

• 數據庫鏡像：自動地將整個數據庫或其中關鍵數據復制到另一個磁盤上。需要注意，在實際應用中，只對關鍵數據和日志文件進行鏡像，而不是對整個數據庫進行鏡像

• 調度：事務的一次執行順序稱之為一個調度，表示事務的指令在系統中執行的時間順序

• 串行調度：屬于同一事務的指令緊挨在一起執行，對于有n個事務的事務組，可以有n!個有效調度

• 并發調度：來自不同事務的指令可以交叉執行。并發調度有可能會導致錯誤結果，僅當并發調度等價于某個串行調度時，則稱該并發調度時可串行化的、正確的

• 丟失修改：兩個以上事務從數據庫中讀入同一數據并修改，其中后提交事務的提交結果破壞了先提交事務的提交結果，導致了先提交事務對數據庫的修改丟失

• 讀臟數據：事務1修改某一數據，并將其寫回磁盤；事務2讀取同一數據后，事務1由于某種原因被撤銷，這時事務1已修改過的數據被恢復為原值，事務2讀到的不穩定的瞬間數據就與數據庫中的數據產生了不一致，是不正確的數據，又稱為臟數據

• 不可重復讀：事物1讀取數據后，事物2執行更新操作，使事物1無法再現前一次讀取結果

• 并發控制：如果多個用戶并發存取數據的行為不加以控制，那么極有可能破壞事務的隔離性和一致性。因此并發控制就是為了保證多用戶并發操作數據庫中信息時的正確性、一致性所采取的措施

• 封鎖：封鎖就是事務T 在對某個數據對象（表、記錄等）操作之前，先向系統發出請求，對其加鎖；加鎖后事務T 對該數據對象就有了一定的控制，在事務T釋放它的鎖之前，其它的事務不能更新此數據對象

• 排他鎖（X鎖）：又稱為寫鎖，若事務T對數據對象A 加上X 鎖，則只允許T 讀取和修改A，其他任何事務都不能再對A 加任何類型的鎖，直到T 釋放A上的鎖

• 共享鎖（S 鎖）：又稱為讀鎖，若事務T 對數據對象A 加上S 鎖，則其他事務只能再對A 加S 鎖，而不能加X 鎖，直到T 釋放A 上的S 鎖

• 一級封鎖協議：事務T 在修改數據R 之前必須先對其加X 鎖，直到事務結束（COMMIT或ROLLBACK）才釋放

• 二級封鎖協議：是指在一級封鎖協議基礎上增加事務T在讀取數據R之前必須先對其加S鎖，讀完后即可釋放S鎖

• 三級封鎖協議：是指在一級封鎖協議基礎上，增加事務在讀取數據R之前必須先對其加S 鎖，直到事務結束才可以釋放S鎖

• 死鎖：兩個或兩個以上事務均處于等待狀態，每個事務都在等待其中另一個事務封鎖的數據，導致任何事務都不能向前推進的現象

• 可串行化調度：多個事務的并發執行是正確的，當且僅當其結果與按某一次序串行地執行這些事務時的結果相同，稱這種調度策略為可串行化(serializable)調度。可串行性是并發事務正確調度的準則， 也即一個給定的并發調度，當且僅當它是可串行化的，才認為是正確調度

• 封鎖粒度(granularity)：是指封鎖對象的大小。封鎖對象可以是邏輯單元，也可以是物理單元。封鎖粒度與系統并發度和并發控制的開銷密切相關，一般來說，封鎖粒度越大，數據庫所能封鎖的數據單元就越少，并發度越小，開銷越小

（2）可以了解

總結

以上是生活随笔為你收集整理的【数据库题型大总结】名词解释总结的全部內容，希望文章能夠幫你解決所遇到的問題。

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