資料庫怎麼保證完整

㈠ 如何實現資料庫完整性

資料庫中的數據是從外界輸入的，而數據的輸入由於種種原因，會發生輸入無效或錯誤信息。保證輸入的數據符合規定，成為了資料庫系統，尤其是多用戶的關系資料庫系統首要關注的問題。數據完整性因此而提出。數據完整性是指數據的精確性和可靠性。它是應防止資料庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數據完整性分為四類:實體完整性、域完整性、參照完整性、用戶定義的完整性。資料庫採用多種方法來保證數據完整性，包括外鍵、約束、規則和觸發器。系統很好地處理了這四者的關系，並針對不同的具體情況用不同的方法進行，相互交叉使用，相補缺點。
樓上說的主鍵外鍵只是一方面，還有約束、規則和觸發器，通過設置，由DBMS來自動完成。

㈡ 數據的完整性怎麼實現

數據的完整性靠添加約束實現。實現完整性約束的方法依類別不同而不同。完整性約束可以分為兩大類：靜態約束和動態約束。

1、靜態約束

靜態約束是對資料庫狀態的約束，有可分為固定約束、隱含約束和顯示約束。

2、固定約束

是數據模型固有的約束，如關系的屬性是原子的，即滿足INF的約束。固有約束在DBMS實現時已經考慮。

3、隱含約束

指隱含於數據模式中的約束，一般用數據定義語言（DDL）語句說明，並存於數據目錄中。例如，域完整性約束、實體完整性以及參照完整性約束，都由相應的DDL語句說明。

4、顯示約束

固有約束、隱含約束是最基本的約束，但概括不了所有的約束。數據完整性是多種多樣的，且依賴於數據的語義與應用，這些約束只有顯式地說明，故稱顯式約束。顯式約束的說明一般有三種方法：

①用過程說明約束。這種方法不約束的說明和檢驗交給應用程序，應用程序中可以插入一些過程，以檢驗資料庫更新是否違反給定的約束，如果違反約束，則回滾事務。檢驗約束的過程一般用通用高級程序語言編寫，可以表達各式各樣的約束。這是一種普遍方法。

②用語言說明約束。斷言指資料庫狀態必須滿足的邏輯條件。資料庫完整性約束可以看成一系列斷言的集合。為了表示約束，DBMS須提供斷言說明語言。

③用觸發子表示約束。觸發子是一個軟體機制，其功能相當於WHENEVERTHEN，即一旦給定條件成立，系統就引發相應的動作。利用觸發子可以表示約束，以違反約束作為條件，以違反約束的處理作為動作。

動作不限於回滾事務，也可以給用戶一個消息或過程。在系統中定義一批觸發之後，就會監督資料庫狀態，一旦出現違反約束的更新，就會引發相應的動作。

5、動態約束

動態約束不是對資料庫狀態的約束，而是資料庫從一個狀態變為另一個狀態時應遵守的約束，例如在更新職工表時，工資、工齡這些屬性值一般只會增加，不會減少。動態約束一般也是顯式說明的。

在上述約束中，固有約束必然實施，隱含約束在大部分現代DBMS中基本實施或部分實施，顯式和動態約束只在個別DBMS中實施。

(2)資料庫怎麼保證完整擴展閱讀

知識點①：對數據操作語句來說，數據存儲到資料庫中，如果我們不對其進行分析和處理的話那麼數據就是沒有價值的，這種用戶對數據中數據的操作大多數查詢和修改的，修改包括了增加新的數據刪除舊的數據以及更改已有的數據。

那麼SQL語言提供了功能強大的數據查詢以及修改功能，那麼他的查詢功能是html語言的核心功能，這是資料庫中使用得最多的操作，那麼查詢語句也是SQL語言中比較復雜的一個語句。

知識點②：其實查詢語句是資料庫操作中最基本和最重要的女婿之一，它的功能是從資料庫中檢索滿足條件的數據，查詢的數據源可以來自一張表也可以來自多張表甚至是仕途，那麼他的查詢功能是由領航。

或者多煮幾路組成的一個記錄集合，並允許選擇一個或多個欄位來作為，輸出欄位了，查詢語句的基本結構可以描述，在一些結構中，我們可以對指定的輸出欄位以及用於指定數據的來源，那麼他有什麼單表查詢呢，數據源只設計一張表查詢的話是為了幫助讀者更好地理解SQL語句中的執行情況，這里指大部分查詢語句均列出來返回了結果。

㈢ 資料庫中，如何保證數據完整性

保證數據的完整性:
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. 使用查找

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

㈣ 資料庫的數據完整性校驗有哪幾種方法

1、唯一性約束：通過為表中的某些欄位設置唯一索引，使得這些欄位中的值不能重復，從而保證資料庫中數據的唯一性。
2、外鍵約束：通過在多個表之間建立外鍵關聯，使得表中的數據能夠有效地進行交互，從而保證資料庫中數據的完整
3、檢查約束：通過在表中設置檢查約束，來檢查某一列的值是否滿足一定的條件，從而保證資料庫中數據的完整性。
4、默認值約束：通過為表中的某些欄位設置默認值，如果用戶沒有為該欄位輸入值，就會自動使用默認值，從而保證資料庫中數據的完整性。
5、觸發器：通過設置觸發器，在數據發生改變時自動進行檢查，從而保證資料庫中數據的完整性。
6、程序級的完整性校驗：在應用程序中添加相應的完整性校驗代碼，從而保證資料庫中數據的完整性。
--- 6.1、空值校驗：檢查表中某個欄位是否有空值，如果存在空值則返回錯誤信息。
--- 6.2、長度校驗：檢查表中某個欄位的長度是否符合要求，如果不符合要求則返回錯誤信息。
--- 6.3、類型校驗：檢查表中某個欄位的類型是否符合要求，如果不符合要求則返回錯誤信息。
--- 6.4、值范圍校驗：檢查表中某個欄位的值是否在指定的范圍內，如果不在指定范圍內則返回錯誤信息。

㈤ 資料庫保證數據准確性的措施有哪些

資料庫保證數據准確性的措施有：
方法一、資料庫數據加密
數據加密可以有效防止資料庫信息失密性的有效手段。通常加密的方法有替換、置換、混合加密等。雖然通過密鑰的保護是資料庫加密技術的重要手段，但如果採用同種的密鑰來管理所有數據的話，對於一些不法用戶可以採用暴力破解的方法進行攻擊。
但通過不同版本的密鑰對不同的數據信息進行加密處理的話，可以大大提高資料庫數據的安全強度。這種方式主要的表現形式是在解密時必須對應匹配的密鑰版本，加密時就盡量的挑選最新技術的版本。

方法二、強制存取控制
為了保證資料庫系統的安全性，通常採取的是強制存取檢測方式，它是保證資料庫系統安全的重要的一環。強制存取控制是通過對每一個數據進行嚴格的分配不同的密級，例如政府，信息部門。在強制存取控制中，DBMS所管理的全部實體被分為主體和客體兩大類。主體是系統中的活動實體，它不僅包括DBMS 被管理的實際用戶，也包括代表用戶的各進程。
客體是系統中的被動實體，是受主體操縱的，包括文件、基表、索引、視圖等等。對於主體和客體，DBMS 為它們每個實例(值)指派一個敏感度標記。主客體各自被賦予相應的安全級，主體的安全級反映主體的可信度，而客體的安全級反映客體所含信息的敏感程度。對於病毒和惡意軟體的攻擊可以通過強制存取控制策略進行防範。但強制存取控制並不能從根本上避免攻擊的問題，但可以有從較高安全性級別程序向較低安全性級別程序進行信息傳遞。

方法三、審計日誌
審計是將用戶操作資料庫的所有記錄存儲在審計日誌(Audit Log)中，它對將來出現問題時可以方便調查和分析有重要的作用。對於系統出現問題，可以很快得找出非法存取數據的時間、內容以及相關的人。從軟體工程的角度上看，目前通過存取控制、數據加密的方式對數據進行保護是不夠的。因此，作為重要的補充手段，審計方式是安全的資料庫系統不可缺少的一部分，也是資料庫系統的最後一道重要的安全防線。

㈥ 資料庫中，如何保證數據完整性

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

㈦ 採用怎樣的方法保證數據的完整性

答：實體完整性
實體完整性將行定義為特定表的唯一實體。實體完整性強製表的標識符列或主鍵的完整性（通過索引、UNIQUE 約束、PRIMARY KEY 約束或 IDENTITY 屬性）。域完整性
域完整性是指給定列的輸入有效性。強制域有效性的方法有：限制類型（通過數據類型）、格式（通過 CHECK 約束和規則）或可能值的范圍（通過 FOREIGN KEY 約束、CHECK 約束、DEFAULT 定義、NOT NULL 定義和規則）。引用完整性
在輸入或刪除記錄時，引用完整性保持表之間已定義的關系。在 Microsoft03 SQL Server64 2000 中，引用完整性基於外鍵與主鍵之間或外鍵與唯一鍵之間的關系（通過 FOREIGN KEY 和 CHECK 約束）。引用完整性確保鍵值在所有表中一致。這樣的一致性要求不能引用不存在的值，如果鍵值更改了，那麼在整個資料庫中，對該鍵值的所有引用要進行一致的更改。
用戶定義完整性
用戶定義完整性使您得以定義不屬於其它任何完整性分類的特定業務規則。

㈧ 什麼是資料庫完整性,關系資料庫中完整性控制有幾個方面,分別通過什麼機制保證

關系的完整性約束通常包括域完整性，實體完整性、參照完整性和用戶定義完整性。
1、域完整性是保證資料庫欄位取值的合理性，是最簡單、最基本的約束。在當今的關系DBMS中，一般都有域完整性約束檢查功能。
2、實體完整性，作用是指在傳輸、存儲信息或數據的過程中，確保信息或數據不被未授權的篡改或在篡改後能夠被迅速發現。按實體完整性規則要求，主屬性不得取空值，如主關鍵字是多個屬性的組合，則所有主屬性均不得取空值。
3、參照完整性，作用是定義建立關系之間聯系的主關鍵字與外部關鍵字引用的約束條件。關系資料庫中通常都包含多個存在相互聯系的關系，關系與關系之間的聯系是通過公共屬性來實現的。根據實體完整性要求，主關鍵字不得取空值。
4、用戶定義完整性作用是根據應用環境的要求和實際的需要，對某一具體應用所涉及的數據提出約束性條件。這一約束機制一般不應由應用程序提供，而應有由關系模型提供定義並檢驗，用戶定義完整性主要包括欄位有效性約束和記錄有效性。

㈨ 在軟體項目建設中，如何保證資料庫完整性

1 伺服器端利用SQL Server 7.0資料庫實現數據的完整性
在用INSERT、DELETE、UPDATE語句修改資料庫內容時,數據的完整性可能遭到破壞,為了保證存放數據的正確性和一致性,SQL Server對數據施加了一個或多個數據完整性約束。這些約束限制了對資料庫的數據值,或者限制了資料庫修改所產生的數據值,或限制了對資料庫中某些值的修改。
在SQL Server關系資料庫中,主要有以下3類數據完整性:實體完整性(保證表中所有行唯一);參照完整性(主健和外健關系維護,它涉及兩個或兩個以上的表的數據的一致性維護);域完整性(某列有效性的集合,是對業務管理或是對資料庫數據的限制)。在報務器端有兩種方法實現數據完整性:定義reat Table 完整性約束及定義規則、預設、索引和觸發器。
1.1 定義 reatetable 完整性約束
此方法是在創建資料庫表的命令語句中,加入表級約束或列級來實現數據完整性。如在建表語句中加入非空(nt null)約束、預設(default)約束、唯一碼(unique)約束、主鍵碼(priary key)約束、外鍵碼(frEign key)約束、校驗(hek)約束等。它的主要特點是:定義簡單、安全可靠、維護方便。
1.1.1 非空約束、預設約束和校驗約束
非空約束限定了列值不能為空值;預設約束指定當向資料庫插入數據時,若用戶沒有明確給出某列的值時,SQL Server 自動輸入預定值;校驗約束則用來限定列的值域范圍。
例如,在創建圖書登記表中,限定登記日期、圖書類別編碼、登記號、中文名等列值不允許為空值;頁數的預設值為1;單價的預設值為0;圖書狀態只能為:「在館」、「借出」、「丟失」之一。
1.1.2 主鍵約束和唯一約束
主鍵約束和唯一約束,均為指定的列建立唯一性索引,即不允許唯一索引的列上有相同的值。主鍵約束更嚴格,不但不允許有重復值,而且也不允許有空值。
例如,在科室編碼表,對列ksb創建主鍵約束,對ks創建唯一約束。
1.1.3 外鍵約束
外鍵約束又稱參照完整性約束,用來限定本表外鍵碼列值與相關表主鍵碼欄位列值的匹配,即保證相關數據的一致性。
例如,在創建醫師編碼表中,醫生所屬科室 ssks 為外鍵碼,限定它與科室編碼表中的科室編碼 ksb 列值一致。
1.2 定義規則、預設、索引和觸發器
在資料庫表的創建命令語句中定義約束的方法,雖然具有簡單、方便、安全等特點,但它只對特定的表有效,不能應用到其他表,並且只能使用 alter table 命令修改或刪除約束,缺乏一定的靈活性。與此相反,在資料庫中創建與表相對獨立的規則、索引和觸發器對象,也能實現數據完整性,而且能實施更復雜、更完善的數據完整性約束。它的主要特點是功能強、效率高、維護方便。
1.2.1 定義規則
規則類似於表定義中的校驗約束,用來限定列的值域范圍。但它不限定於特定表,可以綁定到其他表的列或用戶自定義的數據類型中使用。
例如,在定義葯品的編碼規則Rul-ypb,可綁定到其他表中。