數據存儲的完整性保護

『壹』 如何確保數據，信息的准確性，完整性，可靠性，及時性，安全性和保密性

數據完整性（Data Integrity）是

指數據的精確性（Accuracy） 和可靠性（Reliability）。它是應防止資料庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數據完整性分為四類：實體完整性（Entity Integrity）、域完整

性（Domain Integrity）、參照完整性（Referential Integrity）、用戶定義的完整性（User-definedIntegrity）。

保證數據的完整性:

1. 用約束而非商務規則強制數據完整性

如果你按照商務規則來處理需求，那麼你應當檢查商務層次/用戶界面：如果商務規則以後發生變化，那麼只需要進行更新即可。

假如需求源於維護數據完整性的需要，那麼在資料庫層面上需要施加限制條件。

如果你在數據層確實採用了約束，你要保證有辦法把更新不能通過約束檢查的原因採用用戶理解的語言通知用戶界面。除非你的欄位命名很冗長，否則欄位名本身還不夠。 — Lamont Adams

只要有可能，請採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。

— Peter Ritchie

2. 分布式數據系統

對分布式系統而言，在你決定是否在各個站點復制所有數據還是把數據保存在一個地方之前應該估計一下未來5 年或者10 年的數據量。當你把數據傳送到其他站點的時候，最好在資料庫欄位中設置一些標記。在目的站點收到你的數據之後更新你的標記。為了進行這種數據傳輸，請寫下你自己的批處理或者調度程序以特定時間間隔運行而不要讓用戶在每天的工作後傳輸數據。本地拷貝你的維護數據，比如計算常數和利息率等，設置版本號保證數據在每個站點都完全一致。

— Suhair TechRepublic

3. 強制指示完整性

沒有好辦法能在有害數據進入資料庫之後消除它，所以你應該在它進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。

— kol

4. 關系

如果兩個實體之間存在多對一關系，而且還有可能轉化為多對多關系，那麼你最好一開始就設置成多對多關系。從現有的多對一關系轉變為多對多關系比一開始就是多對多關系要難得多。

— CS Data Architect

5. 採用視圖

為了在你的資料庫和你的應用程序代碼之間提供另一層抽象，你可以為你的應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。

— Gay Howe

6. 給數據保有和恢復制定計劃

考慮數據保有策略並包含在設計過程中，預先設計你的數據恢復過程。採用可以發布給用戶/開發人員的數據字典實現方便的數據識別同時保證對數據源文檔化。編寫在線更新來「更新查詢」供以後萬一數據丟失可以重新處理更新。

— kol

7. 用存儲過程讓系統做重活

解決了許多麻煩來產生一個具有高度完整性的資料庫解決方案之後，我所在的團隊決定封裝一些關聯表的功能組，提供一整套常規的存儲過程來訪問各組以便加快速度和簡化客戶程序代碼的開發。在此期間，我們發現3GL 編碼器設置了所有可能的錯誤條件，比如以下所示：

SELECT Cnt = COUNT (*)

FROM [<Table>]

WHERE [<primary key column>] = <new value>

IF Cnt = 0

BEGIN

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES ( <New value> )

ELSE

BEGIN

<indicate plication error>

而一個非3GL 編碼器是這樣做的：

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES

( <New value> )

IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint

BEGIN

<indicate plication error>

第2 個程序簡單多了，而且事實上，利用了我們給資料庫的功能。雖然我個人不喜歡使用嵌入文字（2627）。但是那樣可以很方便地用一點預先處理來代替。資料庫不只是一個存放數據的地方，它也是簡化編碼之地。

— a-smith

8. 使用查找

控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等

『貳』 資料庫中，如何保證數據完整性

數據完整性一般包括域完整性、實體完整性、參照完整性三部分。
域完整性就是欄位的取值范圍是合法的，在指定的取值范圍內，用check來定義；
實體完整性就是每個關系表都要有主鍵，且不能是空的，不能有重復記錄；
參照完整性就是指外鍵要和另外一個表對應的主鍵值相同，且兩者必須同時在各自的表中出現；
我只能說這么多了，具體的話看書本的例子，有實例能使你更加明白，在這里說再多也沒用，呵呵！

『叄』 資料庫系統的安全性和完整性有什麼區別和聯系

一、不同點

1、內容不同

資料庫完整性是指數據的正確性和相容性。

資料庫安全性是指保護資料庫，以防止不合法的使用造成的數據泄密、更改或破壞。

2、對象不同

資料庫安全性的防範對象是非法的操作和未授權的用戶。

資料庫完整性的防範對象是不符合語義的數據。

二、相同點是兩者都是對資料庫中的數據進行控制，各自所實現的功能目標不同。

(3)數據存儲的完整性保護擴展閱讀

資料庫系統安全主要利用在系統級控制資料庫的存取和使用的機制，包含：

(1) 系統的安全設置及管理，包括法律法規、政策制度、實體安全等；

(2) 資料庫的訪問控制和許可權管理；

(3) 用戶的資源限制，包括訪問、使用、存取、維護與管理等；

(4) 系統運行安全及用戶可執行的系統操作；

(5) 資料庫審計有效性；

(6) 用戶對象可用的磁碟空間及數量。

『肆』 請問什麼是數據的完整性如何保證數據的完整性

數據完整性（Data Integrity）是
指數據的精確性（Accuracy） 和可靠性（Reliability）。它是應防止資料庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數據完整性分為四類：實體完整性（Entity Integrity）、域完整
性（Domain Integrity）、參照完整性（Referential Integrity）、用戶定義的完整性（User-definedIntegrity）。

保證數據的完整性:
1. 用約束而非商務規則強制數據完整性

如果你按照商務規則來處理需求，那麼你應當檢查商務層次/用戶界面：如果商務規則以後發生變化，那麼只需要進行更新即可。

假如需求源於維護數據完整性的需要，那麼在資料庫層面上需要施加限制條件。

如果你在數據層確實採用了約束，你要保證有辦法把更新不能通過約束檢查的原因採用用戶理解的語言通知用戶界面。除非你的欄位命名很冗長，否則欄位名本身還不夠。 — Lamont Adams

只要有可能，請採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。

— Peter Ritchie

2. 分布式數據系統

對分布式系統而言，在你決定是否在各個站點復制所有數據還是把數據保存在一個地方之前應該估計一下未來5 年或者10 年的數據量。當你把數據傳送到其他站點的時候，最好在資料庫欄位中設置一些標記。在目的站點收到你的數據之後更新你的標記。為了進行這種數據傳輸，請寫下你自己的批處理或者調度程序以特定時間間隔運行而不要讓用戶在每天的工作後傳輸數據。本地拷貝你的維護數據，比如計算常數和利息率等，設置版本號保證數據在每個站點都完全一致。

— Suhair TechRepublic

3. 強制指示完整性

沒有好辦法能在有害數據進入資料庫之後消除它，所以你應該在它進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。

— kol

4. 關系

如果兩個實體之間存在多對一關系，而且還有可能轉化為多對多關系，那麼你最好一開始就設置成多對多關系。從現有的多對一關系轉變為多對多關系比一開始就是多對多關系要難得多。

— CS Data Architect

5. 採用視圖

為了在你的資料庫和你的應用程序代碼之間提供另一層抽象，你可以為你的應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。

— Gay Howe

6. 給數據保有和恢復制定計劃

考慮數據保有策略並包含在設計過程中，預先設計你的數據恢復過程。採用可以發布給用戶/開發人員的數據字典實現方便的數據識別同時保證對數據源文檔化。編寫在線更新來「更新查詢」供以後萬一數據丟失可以重新處理更新。

— kol

7. 用存儲過程讓系統做重活

解決了許多麻煩來產生一個具有高度完整性的資料庫解決方案之後，我所在的團隊決定封裝一些關聯表的功能組，提供一整套常規的存儲過程來訪問各組以便加快速度和簡化客戶程序代碼的開發。在此期間，我們發現3GL 編碼器設置了所有可能的錯誤條件，比如以下所示：

SELECT Cnt = COUNT (*)

FROM [<Table>]

WHERE [<primary key column>] = <new value>

IF Cnt = 0

BEGIN

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES ( <New value> )

END

ELSE

BEGIN

<indicate plication error>

END

而一個非3GL 編碼器是這樣做的：

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES

( <New value> )

IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint

BEGIN

<indicate plication error>

END

第2 個程序簡單多了，而且事實上，利用了我們給資料庫的功能。雖然我個人不喜歡使用嵌入文字（2627）。但是那樣可以很方便地用一點預先處理來代替。資料庫不只是一個存放數據的地方，它也是簡化編碼之地。

— a-smith

8. 使用查找

控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等

『伍』 什麼是數據一致性和完整性，如何保證

數據一致性通常指關聯數據之間的邏輯關系是否正確和完整。而數據存儲的一致性模型則可以認為是存儲系統和數據使用者之間的一種約定。如果使用者遵循這種約定，則可以得到系統所承諾的訪問結果常用的一致性模型有： a、嚴格一致性（linearizability, strict/atomic Consistency）：讀出的數據始終為最近寫入的數據。這種一致性只有全局時鍾存在時才有可能，在分布式網路環境不可能實現。 b、順序一致性（sequential consistency）：所有使用者以同樣的順序看到對同一數據的操作，但是該順序不一定是實時的。 c、因果一致性（causal consistency）：只有存在因果關系的寫操作才要求所有使用者以相同的次序看到，對於無因果關系的寫入則並行進行，無次序保證。因果一致性可以看做對順序一致性性能的一種優化，但在實現時必須建立與維護因果依賴圖，是相當困難的。 d、管道一致性（PRAM/FIFO consistency）：在因果一致性模型上的進一步弱化，要求由某一個使用者完成的寫操作可以被其他所有的使用者按照順序的感知到，而從不同使用者中來的寫操作則無需保證順序，就像一個一個的管道一樣。 相對來說比較容易實現。 e、弱一致性（weak consistency）：只要求對共享數據結構的訪問保證順序一致性。對於同步變數的操作具有順序一致性，是全局可見的，且只有當沒有寫操作等待處理時才可進行，以保證對於臨界區域的訪問順序進行。在同步時點，所有使用者可以看到相同的數據。 f、 釋放一致性（release consistency）：弱一致性無法區分使用者是要進入臨界區還是要出臨界區， 釋放一致性使用兩個不同的操作語句進行了區分。需要寫入時使用者acquire該對象，寫完後release，acquire-release之間形成了一個臨界區，提供 釋放一致性也就意味著當release操作發生後，所有使用者應該可以看到該操作。 g、最終一致性（eventual consistency）：當沒有新更新的情況下，更新最終會通過網路傳播到所有副本點，所有副本點最終會一致，也就是說使用者在最終某個時間點前的中間過程中無法保證看到的是新寫入的數據。可以採用最終一致性模型有一個關鍵要求：讀出陳舊數據是可以接受的。 h、delta consistency：系統會在delta時間內達到一致。這段時間內會存在一個不一致的窗口，該窗口可能是因為log shipping的過程導致。這是書上的原話。。我也搞不很清楚。。資料庫完整性（Database Integrity）是指資料庫中數據的正確性和相容性。資料庫完整性由各種各樣的完整性約束來保證，因此可以說資料庫完整性設計就是資料庫完整性約束的設計。包括實體完整性。域完整性。參照完整性。用戶定義完整性。可以主鍵。check約束。外鍵來一一實現。這個使用較多。

『陸』 問題：什麼是資料庫的完整性

答：資料庫的完整性是指數據的正確性和相容性。 問題：資料庫的完整性概念與資料庫的安全性概念有什麼區別和聯系？答： 資料庫的完整性是指數據的正確性和相容性、資料庫的安全性是指保護資料庫．以防止不合法的使用造成的數據泄密、更改或破壞。其相同點是兩者都是對資料庫中的數據進行控制．各自所實現的功能目標不同。問題：什麼是資料庫的完整性約束條件？可分為哪幾類？答： 數據完整性約束是為了保證進入資料庫中的數據的有效性而定義的數據規則、它可以分為以下兩類． ①針對不同的對象可以分為表級約束、元塑級約束和屬性級約束（也稱列約束）；表級約束是若干元組間、關系中及關系之間的約束：元組級約束則是元組中的欄位組和欄位間聯系的約束；屬性級約束主要是針對列的類型、取值范圍、精度、排序等而制定的約束條件。②針對數據對象的狀態可以分為靜態約束和動態約束：靜態約束是指資料庫每一確定狀態時的數據對象所應滿足的約束條件．它是反映資料庫狀態穩定時的約束．動態約束是指資料庫從一種狀態轉變為另一種狀態時．新、舊值之間所應滿足的約束條件．它是反映資料庫狀態變遷的約束。 問題： DBMS的完整性控制應具有哪些功能？ 答；①定義和存儲完整性功能．②檢查完整性功能；③控制完整性功能。 問題：RDBMS在實現參照完整性時需要考慮哪些方面？答： ①外碼能夠接受空值的問題． ②在被參照關系中刪除元組時．採用級聯刪除、受限刪除或置生值刪除的方法處理參照關系； ③在參照關系中插入元組時．可以使用受限插入、遞歸插入兩種方法處理參照關系． ④修改關系的主碼時 可以採用不允許修改主碼、或允許修改關系主碼．但必須保證主碼的惟一性和非空性方法處理參照關系； ⑤修改被參照關系時，可以採用級聯修改、拒絕修改和置空值修改方法處理參照關系。問題：假設有下面兩個關系模式： 職工（職工號，姓名，年齡，職務，工資，部門號），其中職工號為主碼； 部門（部門號，名稱，經理名，電話），其中部門號為主碼．用SQL語言定義這兩個關系模式．要求在模式中完成以下完整性約束條件的定義： 1）定義每個模式的主碼。 2）定義參照完整性。3）定義職工年齡不得超過60歲。 答： CREATE TABLE職工（職工號 CHAR（5）PRIMARY KEY， 姓名CHAR（8）NOT NULL， 年齡SMALLINT． 職務CHAR（10）， 工資DECIMAL（7，2）， 部門號CHAR（5）。 CONSTRAINT CI CHECK（年齡 ＜60）． CONSTRAIN C2 FOREIGN KEY（部門號） REFEENCES部門（部門號））； CREAT TABLE部門（部門號CHAR（5）PRIMARY KEY． 名稱CHAR（l）． 經理名 CHAR（8）． 電話 CHAR(8)． CONSTRAINT C3 FOREIGN KEY（經理名） REFERECES職工（姓名））；問題：在資料庫中為什麼要並發控制？答； 資料庫的井發控制就是為了控制資料庫，防止多用戶並發使用資料庫時造成數據錯誤和程序運行錯誤，保證數據的完整性。問題：並發操作可能會產生哪幾類數據不一致？用什麼方法能避免這些不一致的情況？答． 井發操作可能會產生丟失修改、不可重復讀和讀「臟」數據的數據不一致問題。用封鎖的方法能避免這些不一致的情況。問題：什麼是封鎖？答． 封鎖是使事務對它要操作的數據有一定的控制能力。封鎖具有三個環節．第一個環節是申請加鎖．第二個環節是獲得鎖；第三個環節是釋放鎖。問題：基本的封鎖類型有幾種？試述它們的含義。 答． 基本的封鎖類型有兩種：排它鎖（簡稱X鎖）和共享鎖（簡稱S鎖）。 排它鎖也稱為獨占或寫鎖、一旦事務T對數據對象A加上排它鎖．則只允許T讀取和修改A．其他任何事務既不能讀取和修改A，也不能再對A加任何類型的鎖 直到T釋放A上的鎖為止。 共享鎖又稱讀鎖、如果事務T對數據對象A加上共享鎖，其他事務只能再對A加S鎖，不能加X鎖，知道事務T釋放A上的S鎖為止。問題：如何用封鎖機制保證數據的一致性？答： 封鎖機製作為井發控制的重要手段．利用封鎖的特性和封鎖協議，它在井發操作保證事務的隔離性．用正確的方式調度並發操作．是一個用戶事務的執行不受其他事務的干擾．從而避免造成數據的不一致性。問題：什麼是封鎖協議？不同級別的封鎖協議的主要區別是什麼？ 答． 在對數據對象加鎖時，還需要約定一些規則 這些規則稱為封鎖協議。 一級封鎖協議：是事務T在修改數據之前必須先對其加X鎖．直到事務結束才釋放。一級封鎖協議可有效地防止丟失修改並能夠保證事務T的可恢復性、一級封鎖由於沒有對數據進行加鎖，所以不能保證可重復讀和不讀「贓」數據。 二級封鎖協議；是事務T對要修改的數據必須先加X鎖．直到事務結束才釋放X鎖；要讀取的數據必須先加S鎖．讀完後即可釋放S鎖。M級封鎖協議不但能夠防止丟失修改，還可進一步防止讀「臟」數據。 三級封鎖協議：是事務T在讀取數據之前必須先對其加S鎖．在要修改數據之前必須先對其加X鎖．直到事務結束後才釋放所有鎖、由於三級封鎖協議強調即使事務讀完數據A之後也不釋放S鎖 從而使得別的事務無法更改數據A、三級封鎖協議不但防止了丟失修改和不讀「臟」數據，而且防止了不可重復的隊問題：不同封鎖協議與系統一致性級別的關系是什麼？答： 一級封鎖協議可有效地防止丟失修改，並能夠保證事務T的可恢復性。一級封鎖由於沒有對數據進行加鎖，所以不能保證可重復讀和不讀「臟』數據。 二級封鎖協議不但能夠防止丟失修改．還可進一步防u讀「臟」數據。 由於三級封鎖協議強調即使事務讀完數據A之後也不釋放S鎖，從而使別的事務無法更改數據A。三級封鎖協議不但防止了丟失修改和不讀「勝數據．而且防u了不可重復讀。問題：什麼是活鎖？什麼是死鎖？答； 在多個事務請求對同一數據封鎖時，總是使某一用戶等待的情況稱為活鎖；多事務交錯等待的僵持局面稱為死鎖。問題：試述活鎖的產生原因和解決方法。答； 活鎖是封鎖的無序造成的、解決方法是採用先來先服務的方法，即對要求封鎖數據的事務排隊．使前面的事務先獲得數據的封鎖權。問題：請給出預防死鎖的若干方法。 答： 預防死鎖通常有以下兩種方法； ①一次封鎖法．就是要求每個事務必須一次將所有要使用的數據全部加鎖．否則該事務不能繼續執行． ②順序封鎖法．是預先對數據對象規定一個封鎖順序．所有事務都按這個順序實行封鎖。問題：請給出檢測死鎖發生的一種方法，當發生死鎖後如何解除死鎖？答： 檢測死鎖發生的一種方法是選擇一個處理死鎖代價最小的事務，將其撤銷，釋放此事務持有的所有鎖．使其他事務得以繼續運行下去。 解除死鎖問題有兩類方法：一類方法是採用一定措施來預防死鎖的發生．另一類方法是允許發生死鎖．然後採用一定手段定期診斷系統中有無死鎖．若有則解除之。問題：什麼樣的並發調度是正確的調度？答． 如果一個事務運行過程中沒有其他事務同時運行，即沒有受到其他事務的干擾，那麼就可以認為該事務的運行結果是正常的，可串列性是井發事務正確性的准則 為了保證並發操作的正確性．DBMS的並發控制機制必須提供一定的手段來保證調度是可串列化的。問題：試述兩段鎖協議的概念。 答： 所謂兩段鎖協議是指所有事務必須分兩個階段對數據項進行加鎖和解鎖． ①在對任何數據進行讀、寫操作之前．首先要申請並獲得對該數據的封鎖． ②在釋放一個封鎖之後，事務不再申請並獲得對該數據的封鎖。 即每個事務分成兩個階段，第一階段是申請和獲得封鎖，也稱為擴展階段。在這階段．事務可以申請獲得任何數據項上的任何類型的鎖，但是不能釋放任何鎖。第二階段是釋放到鎖．也稱為收縮階段。在這階段，事務可以釋放任何數據項上的任何類型的鎖。但是不能再申請任何鎖。問題：為什麼要引進意向鎖？意向鎖的含義是什麼？答： 事務 T要對關系 RI加 X鎖時，系統只需檢查根結點資料庫和關系 RI是否已加了不相容的鎖．而不再需要搜索和檢查RI中的每一個元組是否加了X鎖．對任一元組加鎖．必須先對它所在的關系加意向鎖。 意向鎖的含義是．如果對一個結點加意向鎖。則說明該給點的下層結點正在被加銷：對任何一結加鎖時．必須先對它的上層結點加意向鎖。問題：理解並解釋下列術語的含義：封鎖、活鎖、死鎖、排它鎖、共享鎖、並發事務的調度、可串列化的調度、兩段鎖協議。答： ①封鎖．封鎖是使事務對它要操作的數據有一定的控制能力。 ③活鎖：這種在多個事務請求對同一數據封鎖時．總是使某一用戶等待的情況稱為活鎖。 ③死鎖．這種多事務交錯等待的僵持局面稱為死鎖。 ④排它鎖．排名鎖也稱為獨占或寫鎖、一旦事務T對數據對象A加上排它鎖，則只允許T讀取和修改A．其他任何事務既不能讀取和修改A．也不能再對A加任何類型的鎖．直到T釋放A上的鎖為止。 ⑤共享鎖：共享鎖又稱讀鎖、如果事務T對數據對象A加上共享鎖．其他事務只能再對A加S鎖．不能加X鎖．知道事務T釋放A上的S鎖為上。 ③井發事務的調度．多個事務並發執行調度策略稱為並發事務的調度。 ①可串列化的調度：如果多個事務並發執行的結果與按串列執行的結果相同 這種調度策略稱為可串列化的調度。③兩段鎖協議．所謂兩段鎖協議是指所有事務必須分兩個階段對數據項進行加鎖和解鎖。 問題：什麼是資料庫的安全性？答．資料庫的安全性是指保護資料庫．以防止不合法的使用數據泄密、更改或破壞。 問題：資料庫安全性和計算機系統的安全性有什麼關系？ 答： 資料庫安全性是計算機系統的安全性的一個部分．資料庫系統不僅要利用計算機系統的安全性保證自己系統的安全性．同時還會提供專門的手段和方法，使安全性能更好。例如在用戶要求進入計算機系統時．系統首先根據用戶輸入的用戶標識進行身份鑒定，只有合法的用戶才准許進入計算機系統：對已進入的用戶 ＊＊＊S還要進行存取控制，只允許用戶執行合法操作：操作系統也會提供相應的保護措施；數據最後還可以以密碼形式存儲到資料庫中。 問題：試述實現資料庫安全性控制的常用方法和技術。答． ①用戶標識與鑒別：②存取控制：③自主存取控制方法．④強制存取控制方法：⑤視圖機制；③審計．o數據加密。 問題：SQL 語言中提供了哪些數據控制（自主存取控制）的語句？請試舉幾例說明它們的使用方法。答． ①GRANT（授權）語句 例：GRANT SELECTINSRRT ON學生 TO張勇 WITH GRANT OPTION； ②REVOKE（收回）語句 例：REVOKE INSERT ON學生 FROM張勇； 問題：今有兩個關系模式： 職工（職工號，姓名，年齡，職務，工資，部門號）； 部門（部門號，名稱，經理名，地址，電話）。 請田SQL 的GRANT和REVOKE語句（加上視圖機制），完成以下授權定義或存取控制功能。 1）用戶王明對兩個表有SELECT權力。 2）用戶李勇對兩個表有INSERT和DELETE權力。 3）用戶劉星對職工表有SELECT權利，對工資欄位具有更新權力。 4）用戶張新具有修改這兩個表的結構的權力。 5）用戶周平具有對兩個表的所有權力（讀、插、改、刪數據），並具有給其他用戶授權的權利。

『柒』 實體完整性和域完整性分別是對資料庫哪方面進行保護

資料庫的完整性包括三種：實體完整性、參照完整性、用戶自定義完整性，其中你說的域完整性屬於第三種。
實體完整性是指每張表都應該有主碼，主碼中的數據要求非空並且唯一，主碼用於保證表中的數據可以被唯一的標識，例如人員表中的身份證號碼可以作為主碼，能夠唯一標識一個人；
參照完整性是指相互存在內在關聯的表之間的關系，通過外碼實現，外碼中數據的取值，要麼取對應主碼中出現的值，要麼取空值，例如圖書借閱情況表中的圖書編號和讀者編號需要作為外碼分別參照圖書表的主碼（書號）以及讀者表的主碼（讀者號），借閱情況表中的書號必須取圖書表中存在的書號，表示借閱的圖書是存在的，借閱情況表中的讀者號也必須取讀者表中存在的讀者號，表示該讀者是實際存在的；
用戶自定義完整性包含多種，如范圍檢查（即域完整性）、預設值、唯一、非空等，其中域完整性是指表中某個欄位的取值范圍所需滿足的條件，例如性別只能取「男」或「女」之一。

『捌』 數據安全保護的方法有什麼

方法如下：

大數據安全防護要「以數據為中心」、「以技術為支撐」、「以管理為手段」，聚焦數據體系和生態環境，明確數據來源、組織形態、路徑管理、應用場景等，圍繞大數據採集、傳輸、存儲、應用、共享、銷毀等全過程，構建由組織管理、制度規程、技術手段組成的安全防護體系，實現大數據安全防護的閉環管理。

1．大數據採集安全

元通過數據安全管理、數據類型和安全等級打標，將相應功能內嵌入後台的數據管理系統，或與其無縫對接，從而保證網路安全責任制、安全等級保護、數據分級分類管理等各類數據安全制度有效的落地實施。

2．大數據存儲及傳輸安全

通過密碼技術保障數據的機密性和完整性。在數據傳輸環節，建立不同安全域間的加密傳輸鏈路，也可直接對數據進行加密，以密文形式傳輸，保障傳輸過程安全。數據存儲過程中，可採取數據加密、磁碟加密、HDFS加密等技術保障存儲安全。

3．大數據應用安全

除了防火牆、入侵監測、防病毒、防DDos、漏洞掃描等安全防護措施外，還應對賬號統一管理，加強數據安全域管理，使原始數據不離開數據安全域，可有效防範內部人員盜取數據的風險。另外還應對手機號碼、身份證號、家庭住址、年齡等敏感數據脫敏工作。

4．大數據共享及銷毀

在數據共享時，除了應遵循相關管理制度，還應與安全域結合起來，在滿足業務需求的同時，有效管理數據共享行為。在數據銷毀過程中，可通過軟體或物理方式操作，保證磁碟中存儲的數據永久刪除、不可恢復。

（1）物理安全措施：物理安全主要包括環境安全、設備安全、媒體安全等方面。處理秘密信息的系統中心機房應採用有效的技術防範措施，重要的系統還應配備警衛人員進行區域保護。

（2）運行安全安全措施：運行安全主要包括備份與恢復、病毒的檢測與消除、電磁兼容等。涉密系統的主要設備、軟體、數據、電源等應有備份，並具有在較短時間內恢復系統運行的能力。應採用國家有關主管部門批準的查毒殺毒軟體適時查毒殺毒，包括伺服器和客戶端的查毒殺毒。

（3）信息安全安全措施：確保信息的保密性、完整性、可用性和抗抵賴性是信息安全保密的中心任務。

（4）安全保密管理安全措施：涉密計算機信息系統的安全保密管理包括各級管理組織機構、管理制度和管理技術三個方面。

國際標准化委員會的定義是"為數據處理系統和採取的技術的和管理的安全保護，保護計算機硬體、軟體、數據不因偶然的或惡意的原因而遭到破壞、更改、顯露。"中國公安部計算機管理監察司的定義是"計算機安全是指計算機資產安全，即計算機信息系統資源和信息資源不受自然和人為有害因素的威脅和危害。"

『玖』 簡述資料庫的安全性和完整性有什麼區別

資料庫的完整性的全名，關系資料庫的參照完整性(Referential Integrity)，一般是用在表示多個表之間關系時用的，而且經常使用。

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

數據的完整性和安全性是資料庫保護的兩個不同方面。安全性是防止用戶非法使用資料庫。完整性則是防止合法用戶使用資料庫時向資料庫中加入不合語義的數據。

『拾』 資料庫的完整性包含哪些完整性約束

數據完整性約束指的是為了防止不符合規范的數據進入資料庫，在用戶對數據進行插入、修改、刪除等操作時，DBMS自動按照一定的約束條件對數據進行監測，使不符合規范的數據不能進入資料庫，以確保資料庫中存儲的數據正確、有效、相容。

資料庫的完整性約束包含以下類型：

1) 與表有關的約束:是表中定義的一種約束。可在列定義時定義該約束，此時稱為列約束，也可以在表定義時定義約束，此時稱為表約束。

2) 域(Domain)約束：在域定義中被定義的一種約束，它與在特定域中定義的任何列都有關系。

3) 斷言(Assertion)：在斷言定義時定義的一種約束，它可以與一個或多個表進行關聯。

(10)數據存儲的完整性保護擴展閱讀：

數據的完整性

分為以下四類：

1) 實體完整性：規定表的每一行在表中是惟一的實體。

2) 域完整性：是指表中的列必須滿足某種特定的數據類型約束，其中約束又包括取值范圍、精度等規定。

3) 參照完整性：是指兩個表的主關鍵字和外關鍵字的數據應一致，保證了表之間的數據的一致性，防止了數據丟失或無意義的數據在資料庫中擴散。

4) 用戶定義的完整性：不同的關系資料庫系統根據其應用環境的不同，往往還需要一些特殊的約束條件。用戶定義的完整性即是針對某個特定關系資料庫的約束條件，它反映某一具體應用必須滿足的語義要求。