數據庫一致性被破壞：

• 系統故障
• 許多用戶的并發訪問
• 人為破壞
• 事務本身不正確

保護數據庫一致性的方法：

• 視圖/查詢修改
• 訪問控制
  • 普通用戶
  • 擁有資源特權的用戶
  • DBA

數據庫的安全問題

• 身份驗證
  • 口令
  • 物理設備

GRANT CONNECT TO John IDENTIFIED BY 123456; GRANT SELECT on TABLES table-name TO user-name WITH GRANT OPTION --with grant option 表示用戶具有將對這張表的操作權限轉給其他用戶的能力

• 角色
• 數據加密
• 審計追蹤

統計數據庫

個體追蹤器
通用追蹤器

完整性約束

每一個合法實例都必須滿足的條件
如果不滿足完整性約束，DBMS不會允許進入數據庫

• 靜態約束
  • 數據模型固有的約束
  • 隱含約束：域完整性約束、主鍵約束（實體完整性約束）、外鍵約束（引用完整性約束）
  • 顯式約束
• 動態約束：數據庫在轉換過程中應該遵循的規則

靜態約束

當有引用完整性約束的時候，如果要刪除所引用的表中的元組，需要檢查該元組的主鍵是否在引用表的外鍵中出現，如果出現，有兩個選擇：

• 報錯（默認）
• 級聯刪除（需要進行設置）

引用完整性約束更新主鍵：

• 報錯（默認）
• 級聯更新

顯式約束

• 程序進行限制
• 使用DBMS斷言ASSERTION

ASSERT balanceCons ON account:balance>=0; //balanceCons是斷言的名字

• 使用CHECK：在建表的時候

CREATE TABLE Reserves (sname CHAR(10), bid INTEGER, day DATE, PRIMARY KEY (bid,day), CONSTRAINT noInterlakeRes CHECK('Interlake' <> (SELECT B.bnameFROM Boats BWHERE B.bid=bid))) --規定名字為Interlake的船不能外借

如果牽涉到兩個以上的表的約束就不能在CREATE語句中使用CHECK，因為這樣只有對其中一個表進行增刪改的時候才會觸發CHECK約束，如果不進行增刪改就沒法保持約束。應該使用斷言進行約束。

CREATE ASSERTION smallClub CHECK ((SELECT COUNT(*) FROM Sailors) + (SELECT COUNT(*) FROM Boats)<100)

可以保證在兩個表任何一個進行增刪改操作的時候都要滿足約束

動態約束+觸發器

主動數據庫：數據庫中的數據達到某種狀態的時候主動進行一些動作
觸發器：E（事件）C（檢查數據庫）A（動作）規則

--監視水手這張表，更新年輕水手表 CREATE TRIGGER youngSailorUpdate AFTER INSERT ON Sailors -- ON 后面跟需要監視的表 --AFTER/BEFORE控制動作發生之前還是之后 --INSERT/DELETE/UPDATE 控制發生什么動作 REFERENCING NEW TABLE NewSailors --NEW表示插入操作的新值，OLD表示老值 --TABLE表示把前面引用的值看作一張表 FOR EACH STATEMENT --還可以是FOR EACH ROW 當操作涉及多個元組的時候可以分別進行不同的操作 --可以使用WHEN子句進行檢查 INSERT INTO YoungSailors VALUES SELECT * FROM NewSailors N WHERE N.age<=18

實現方法：

• 立即執行（常見）
• 延遲
• 分離

觸發器的連鎖觸發：

• 根據觸發圖，限制觸發器執行
• 連續觸發的次數進行限制

觸發器的定義需要小心，不能定義太多的觸發器

觸發器實現方法：

• 松耦合
• 緊耦合
• 嵌套

總結

以上是生活随笔為你收集整理的数据库原理及应用【五】安全性和完整性约束的全部內容，希望文章能夠幫你解決所遇到的問題。

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