數(shù)據(jù)庫安全保護概論(編輯修改稿)
2025-02-10 16:37 本頁面
【文章內(nèi)容簡介】 ANT SELECT ON CS_Customer TO user1； ? 數(shù)據(jù)加密 ? Microsoft SQL Server的加密機制可以對 SQL Sercer中存儲的登錄和應用程序角色密碼、作為網(wǎng)絡數(shù)據(jù)包而在客戶端和服務器端之間發(fā)送的數(shù)據(jù)、存儲過程定義、函數(shù)定義、視圖定義、觸發(fā)器定義、默認值定義、規(guī)則定義等數(shù)據(jù)庫對象進行加密。 ? 6．審計 ? Microsoft SQL Server 2023提供審計功能，用以跟蹤和記錄每個 SQL Server實例上已發(fā)生的活動（如成功和失敗的記錄）。 SQLServer2023還提供管理審計記錄的接口，即 SQL事件探查器。 31 數(shù)據(jù)庫完整性控制 ? 數(shù)據(jù)庫完整性的概述 ?數(shù)據(jù)庫的完整性是指數(shù)據(jù)庫中數(shù)據(jù)的正確性、有效性和相容性，其主要目的是防止錯誤的數(shù)據(jù)進入數(shù)據(jù)庫造成無效操作。 ?正確性是指數(shù)據(jù)的合法性，例如數(shù)值型數(shù)據(jù)只能含有數(shù)字而不能含有字母。有效性是指數(shù)據(jù)是否屬于所定義域的有效范圍。相容性是指表示同一事實的兩個數(shù)據(jù)應當一致，不一致即是不相容。 ?數(shù)據(jù)庫管理系統(tǒng)的完整性控制機制應具有三個方面的功能，來防止合法用戶在使用數(shù)據(jù)庫時，向數(shù)據(jù)庫注入不合法或不合語義的數(shù)據(jù)： (1)定義功能，提供定義完整性約束條件的機制。 (2)驗證功能，檢查用戶發(fā)出的操作請求是否違背了完整性約束條件。 (3)處理功能，如果發(fā)現(xiàn)用戶的操作請求使數(shù)據(jù)違背了完整性約束條件，則采取一定的動作來保證數(shù)據(jù)的完整性。 33 完整性約束條件的分類 從約束條件使用的對象分 ? 值的約束和結構的約束 ?值的約束即主要是對數(shù)據(jù)類型、數(shù)據(jù)格式、取值范圍和空值等進行規(guī)定。 ? （ 1）對數(shù)據(jù)類型的約束，包括數(shù)據(jù)的類型、長度、單位和精度等。 ? （ 2）對數(shù)據(jù)格式的約束。 ? （ 3）對取值范圍的約束。 ? （ 4）對空值的約束。 ?結構的約束即對數(shù)據(jù)之間聯(lián)系的約束。 ? （ 1）函數(shù)依賴約束。 ? （ 2）實體完整性約束。 ? （ 3）參照完整性約束。 ? （ 4）統(tǒng)計約束。 34 從約束對象的狀態(tài)分 ? 靜態(tài)約束和動態(tài)約束 ?靜態(tài)約束 ? 靜態(tài)約束是指數(shù)據(jù)庫每一確定狀態(tài)時的數(shù)據(jù)對象所應滿足的約束條件，它是反映數(shù)據(jù)庫狀態(tài)合理性的約束，是最重要的一類完整性約束。上面介紹的值的約束和結構的約束均屬于靜態(tài)約束。 ?動態(tài)約束 ? 動態(tài)約束是指數(shù)據(jù)庫從一個正確狀態(tài)向另一個正確狀態(tài)的轉(zhuǎn)化過程中新、舊值之間所應滿足的約束條件，反映數(shù)據(jù)庫狀態(tài)變遷的約束。 ? 例如，更新職工表時，工資、工齡這些屬性值一般只會增加，不會減少。 SQLServer2023的數(shù)據(jù)庫完整性策略 36 事務和并發(fā)控制 ? 數(shù)據(jù)庫系統(tǒng)是面向多用戶的。當多個用戶同時訪問數(shù)據(jù)庫時如何保證數(shù)據(jù)的一致性和有效性？事務控制和并發(fā)處理為多用戶同時訪問數(shù)據(jù)庫問題的解決提供了一種有效的途徑。 ? 事務是數(shù)據(jù)庫并發(fā)控制技術涉及的基本概念，是并發(fā)控制的基本單位。 37 ?事務（ Transaction）是指作為單個邏輯工作單元執(zhí)行的一系列數(shù)據(jù)庫操作。 ?一個事務可以是一組 SQL語句、一條 SQL語句或整個程序，一個應用程序可以包括多個事務。 ?一個事務內(nèi)的所有語句被作為整體執(zhí)行，要么全部執(zhí)行，要么全部不執(zhí)行。 事務的概念和特點 38 ? 事務的特征 ?原子性（ Atomicity） ? 事務是數(shù)據(jù)庫操作的邏輯工作單位。就操作而言，事務中的操作是一個整體，不能再被分割，要么全部成功執(zhí)行，要么全部不成功執(zhí)行。 ?一致性（ Consistency） ? 事務一致性是指事務執(zhí)行前后都能夠保持數(shù)據(jù)庫狀態(tài)的一致性，即事務的執(zhí)行結果是將數(shù)據(jù)庫從一個一致性狀態(tài)變到另一個一致性狀態(tài)。 ?隔離性（ Isolation） ? 隔離性是指多個事務在執(zhí)行時不互相干擾。事務具有隔離性意味著一個事務的內(nèi)部操作即其使用的數(shù)據(jù)庫對其他事務是不透明的，其他事務不會干擾這些操作和數(shù)據(jù)。 ?持久性（ Durability） ? 指事務一旦提交，則其對數(shù)據(jù)庫中數(shù)據(jù)的改變就應該是永久的，即使是出現(xiàn)系統(tǒng)故障等問題， DBMS也應該能恢復。 ?為了充分利用數(shù)據(jù)庫資源，很多時候數(shù)據(jù)庫用戶都是對數(shù)據(jù)庫系統(tǒng)并行存取數(shù)據(jù)，因此會發(fā)生多個用戶并發(fā)存取同一數(shù)據(jù)塊的情況。若對并發(fā)操作不加控制可能會產(chǎn)生不正確的數(shù)據(jù)，破壞數(shù)據(jù)的完整性。并發(fā)控制就是解決這類問題，以保持數(shù)據(jù)庫中數(shù)據(jù)的一致性，即在任何一個時刻數(shù)據(jù)庫都將以相同的形式給用戶提供數(shù)據(jù)。 40 【例 65】并發(fā)火車訂票操作。以下為火車訂票系統(tǒng)中的一個活動序列： ① 甲售票點 (甲事務 )讀出某車次的火車票余額 A，設 A=25； ② 乙售票點 (乙事務 )讀出同一車次的火車票余額 A，也為 25 ③ 甲售票點賣出一張火車票，修改余額 A←A 1，所以 A為 24，把 A寫回數(shù)據(jù)庫； ④ 乙售票點也賣出一張火車票，修改余額 A←A 1，所以 A 為 24，把 A寫回數(shù)據(jù)庫。 結果明明賣出兩張火車票，數(shù)據(jù)庫中火車票余額卻只減 少 1 ，是因為乙事務的修改覆蓋了甲事務的修改，而這種 情況就是甲乙兩個事務并發(fā)操作而引起的數(shù)據(jù)不一致性。 41 表 62 丟失修改 42 ? 數(shù)據(jù)庫的并發(fā)操作導致的數(shù)據(jù)庫不一致性主要有以下三種： ?丟失更新（ Lost Update） ? 當兩個事務 T1和 T2讀入同一數(shù)據(jù)，并發(fā)執(zhí)行修改操作時，T2把 T1或 T1把 T2的修改結果覆蓋掉，造成了數(shù)據(jù)的丟失更新問題，導致數(shù)據(jù)的不一致。 ?污讀（ Dirty Read ） ? 事務 T1更新了數(shù)據(jù) R，事務 T2讀取了更新后的數(shù)據(jù) R，事務T1由于某種原因被撤銷，修改無效，數(shù)據(jù) R恢復原值。事務 T2得到的數(shù)據(jù)與數(shù)據(jù)庫的內(nèi)容不一致，這種情況稱為 “污讀 ” 。 ?不可重讀（ Unrepeatable Read） ? 事務 T1讀取了數(shù)據(jù) R，事務 T2讀取并更新了數(shù)據(jù) R，當事務T1再讀取數(shù)據(jù) R以進行核對時，得到的兩次讀取值不一致，這種情況稱為 “ 不可重讀 ” 。 43 表 63 不可重復讀 表 64 讀“臟”數(shù)據(jù) 45 封鎖和封鎖協(xié)議 ?并發(fā)控制的主要技術包括封鎖 (Locking)、時間戳(Timest
教學課件相關推薦
鄂ICP備17016276號-1