關系資料庫的完整性規則

A. 關系模型的數據完整性包含哪些內容

1、實體完整性

實體完整性要求每個表都有唯一標識符，每一個表中的主鍵欄位不能為空或者重復的值。

2、參照完整性

參照完整性要求關系中不允許引用不存在的實體。設定相應的更新刪除插入規則來更新參考表。

3、用戶自定義完整性

用戶自定義完整性是針對某一具體關系資料庫的約束條件，它反映某一具體應用所涉及的數據必須滿足的語義要求。

也就是說：某個表你設置這一列為null，not null，default，check等。包括：非空約束、唯一約束、檢查約束、主鍵約束 、外鍵約束。

(1)關系資料庫的完整性規則擴展閱讀:

關系模型的數據完整性約束的實施:

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

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

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

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

B. 關系資料庫有哪幾種完整性

3.1
SQL
中的完整性約束
SQL把各種完整性約束作為資料庫模式定義的一部分。既有效防止了對資料庫的意外破壞，提高了完整性檢測的效率，又可以減輕編程人員的負擔。
SQL對三種不同完整性約束的設置及檢測，採取了不同的方式加以實現。下面分別介紹。
3.1.1
實體完整性和主碼
實體完整性規定，主碼的任何屬性都不能為空，因為，概念模型中實體和聯系都是可區分的，而且它們以碼為唯一性標識。如果，主碼的屬性值可以為空，則意味著在概念模型中存在著不以碼為唯一性標識的實體。這顯然是前後矛盾的。
那麼怎樣保證實體完整性呢？SQL中實體完整性是通過主碼來實現的。一旦某個屬性或屬性組被定義為主碼，該主碼的每個屬性就不能為空值，並且在關系中不能出現主碼值完全相同的兩個元組。
主碼的定義是在Create
Table
語句中使用
Primary
Key關鍵字來實現的。方法有兩種：
a)
在屬性定義後加上關鍵字
Primary
Key；
b)
在屬性表定義後加上額外的定義主碼的子句：Primary
Key（<主碼屬性名表>）
說明：
²
如果主碼僅由一個屬性組成，上述兩種方法都可定義，若由兩個或以上的屬性組成，則只能用上述第二種方法定義了。
²
對於候選碼的說明方法，可以用Unique說明該屬性的值不能重復出現。Unique的使用與Primary
Key相似。
²
一個表中只能有一個主碼定義，但可以有多個Unique說明。
²
SQL中，並沒有強制為每個關系指定主碼，但為每個關系指定主碼通常會更好一些。（因為主碼的指定可以確保關系的實體完整性）
3.1.2
參照完整性約束與外部碼
參照完整性是對關系間引用數據的一種限制。即：若屬性組A是基本關系R1的外碼，它與基本關系R2的主碼K相對應，則R1中每個元組在A上的值必須：要麼取空值，要麼等於R2中某元組的主碼值。
一、外部碼約束的說明：
SQL中就是利用外部碼的說明來實現參照完整性約束，限製表中某些屬性的取值的。外部碼的說明也有兩種方法：
1、在該屬性的說明後直接加上關鍵字」REFERENCES
<表名>（<屬性名>）」，其中表名稱為參照關系名，屬性名稱為參照關系的主碼。
2、在Create
Table
語句的屬性清單後，加上外部碼說明子句，格式為：
FOREIGN
KEY
<屬性名表1>
REFERENCES
<表名>(<屬性名表2>)
上式中的屬性名表1和屬性名表2中屬性可以多於一個，但必須前後對應。
二、參照完整性約束的實現策略
前面講了，外部碼的取值只有兩種情況：要麼取空，要麼取參照關系中的主碼值。可是當用戶操作違反了這個規則時，如何保持此約束呢？
SQL提供了三種可選方案：
1、RESTRICT(限制策略)：
當用戶對表進行違反了上述完整性約束、條件的插入、刪除或修改操作時，將會被系統拒絕。
2、CASCADE（級聯策略）：
當對參照關系進行刪除和修改時，SQL所提供的一種方案。在這種策略下，當刪除或修改參照關系中某元組的主碼值時，被參照關系中，那些外部碼具有該值的元組也將被刪除或修改，以保證參照完整性。
3、SET
NULL（置空策略）：
置空策略也是針對參照關系的刪除或修改操作的。在這種策略下，當刪除參照關系中的某一元組或修改某一元組的主碼值時，被參照關系中外碼值等於該主碼值的元組在該外碼上的值將被置空
說明：
當用戶不指定參照完整性的實現策略時，一般被默認為RESTRICT(限制策略)。實現策略的說明通常被加在外部碼的說明後面，格式為：ON
DELETE
SET
NULL
ON
UPDATE
CASCADE。
3.1.3
用戶自定義完整性約束
對於用戶自定義完整性約束，SQL提供了非空約束、對屬性的CHECK約束、對元組的CHECK約束、觸發器等來實現用戶的各種完整性要求。
1、非空約束：
在CRETE
TABLE
中的屬性定義後面加上NOT
NULL關鍵字即定義了該屬性不能取空值。
2、基於屬性的CHECK約束
使用CHECK（檢查）子句可保證屬性值滿足某些前提條件。其一般格式為：
CHECK（<條件>）
它既可跟在屬性定義的後面，也可在定義語句中另增一子句加以說明。
如：CHECK（age>=18
AND
age<=65）;
CHECK（sex
IN
(「男」,」女」)）;
CHECK（dno
IN(select
dno
from
department)）;
從上例中可以看出，CHECK子句的條件中還可以帶子查詢。
3、基於元組的CHECK約束
基於元組的CHECK約束往往要涉及到表中的多個域。所以它是元組約束。在對整個元組完成插入或對某一元組的修改完成之後，系統將自動檢查是否符合CHECK條件表達式。若不符合條件，系統將拒絕該插入或修改操作。
基於元組CHECK約束的說明方法是在CREATE
TABLE語句中的屬性表、主碼、外部碼的說明之後加上CHECK子句。
3.1.4
約束的更新
約束與資料庫中的表和視圖一樣，可以進行增、刪、改的更新操作。為了改和刪約束，需要在定義約束時對其進行命名，在各種約束的說明前加上關鍵字CONSTRAINT
和該約束的名稱即可。
例如：在employee表的create
table語句中：
eno
char(4)
CONSTRAINT
PK_employee
PRIMARY
KEY,
dno
char(4)CONSTRAINT
FK_employee
FOREIGN
KEY
REFERENCES
department(dno);
當對各種約束進行命名後，就可以用ALTER
TABLE語句來更新與屬性或表有關的各種約束。如：
ALTER
TABLE
employee
DROP
CONSTRAINT
FK_employee;
ALER
TABLE
Salary
ADD
CONSTRAINT
RightSalary
CHECK(Insure+Fund<Rest);
上述的增加約束，實際上也是通過ALTER
TABLE語句定義約束的一種形式。
SQL不能直接修改約束，修改某一個約束實際上是用ALTER
TABLE
語句先刪除該約束，然後再增加一個與該約束同名的新約束。

C. 什麼是資料庫的關系完整性

關系的究整性
關系模型的完整性規則是對關系的某種約束條件。關系模型中可以有三類完整性約束：實體完整性、參照完整性和用戶定義的完整性。其中實體完整性和參照完整性是關系模型必須滿足的完整性約束條件，被稱作是關系的兩個不變性，應該由關系系統自動支持。

一、實體完整性（Entity Integrity）
規則2.1 實體完整性規則 若屬性A是基本關系R的主屬性，則屬性A不能取空值。
例如在關系「SAP（SUPERVISOR，SPECIALITY，POSTGRADUATE）」中，「研究生姓名POSTGRADUATE」屬性為主碼（假設研究生不會重名），則「研究生姓名」不能取空值。
實體完整性規則規定基本關系的所有主屬性都不能取空值，而不僅是主碼整體不能取空值。例如學生選課關系「選修（學號，課程號，成績）」中，「學號、課程號」為主碼，則「學號」和「課程號」兩個屬性都不能取空值。
對於實體完整性規則說明如下：
（1）實體完整性規則是針對基本關系而言的。一個基本表通常對應現實世界的一個實體集。例如學生關系對應於學生的集合。
（2）現實世界中的實體是可區分的，即它們具有某種唯一性標識。
（3）相應地，關系模型中以主碼作為唯一性標識。
（4）主碼中的屬性即主屬性不能取空值。所謂空值就是「不知道」或「無意義」的值。如果主屬性取空值，就說明存在某個不可標識的實體，即存在不可區分的實體，這與第（2）點相矛盾，因此這個規則稱為實體完整性。

二、參照完整性（Referential Integrity）
現實世界中的實體之間往往存在某種聯系，在關系模型中實體及實體間的聯系都是用關系來描述的。這樣就自然存在著關系與關系間的引用。先來看三個例子。
例1 學生實體和專業實體可以用下面的關系表示，其中主碼用下劃線標識：
學生（學號，姓名，性別，專業號，年齡）
專業（專業號，專業名）
這兩個關系之間存在著屬性的引用，即學生關系引用了專業關系的主碼「專業號」。顯然，學生關系中的「專業號」值必須是確實存在的專業的專業號，即專業關系中有該專業的記錄。這也就是說，學生關系中的某個屬性的取值需要參照專業關系的屬性取值。
規則2.2 參照完整性規則 若屬性（或屬性組）F是基本關系R的外碼，它與基本關系S的主碼Ks相對應（基本關系R和S不一定是不同的關系），則對於R中每個元組在F上的值必須為：
·或者取空值（F的每個屬性值均為空值）；
·或者等於S中某個元組的主碼值。
三、用戶定義的完整性（User-defined Integrity）
任何關系資料庫系統都應該支持實體完整性和參照完整性。除此之外，不同的關系資料庫系統根據其應用環境的不同，往往還需要一些特殊的約束條件，用戶定義的完整性就是針對某一具體關系資料庫的約束條件。它反映某一具體應用所涉及的數據必須滿足的語義要求。例如某個屬性必須取唯一值、某些屬性值之間應滿足一定的函數關系、某個屬性的取值范圍在 0～100之間等。關系模型應提供定義和檢驗這類完整性的機制，以便用統一的系統的方法處理它們，而不要由應用程序承擔這一功能。

D. 關系資料庫的三個完整性約束是什麼各是什麼含義

可分為三種類型：與表有關的約束、域（Domain）約束、斷言（Assertion）。

1、與表有關的約束：是表中定義的一種約束。可在列定義時定義該約束，此時稱為列約束，也可以在表定義時定義約束，此時稱為表約束。包括列約束（表約束＋NOTNULL）和表約束（PRIMARYKEY、foreignkey、check、UNIQUE）。

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

3、斷言（Assertion）：在斷言定義時定義的一種約束，它可以與一個或多個表進行關聯。不必與特定的列綁定，可以理解為能應用於多個表的check約束，因此必須在表定義之外獨立創建斷言。

(4)關系資料庫的完整性規則擴展閱讀：

完整性約束中包含四個完整性，即域完整性，實體完整性、參照完整性和用戶定義完整性。

1、域完整性為保證資料庫欄位取值的合理性。屬性值應是域中的值，這是關系模式規定了的。除此之外，一個屬性能否為NULL，這是由語義決定的，也是域完整性約束的主要內容。

2、實體完整性，指關系的主關鍵字不能重復也不能取「空值"。一個關系對應現實世界中一個實體集。現實世界中的實體是可以相互區分、識別的，也即它們應具有某種惟一性標識。

3、參照完整性，定義建立關系之間聯系的主關鍵字與外部關鍵字引用的約束條件。關系資料庫中通常都包含多個存在相互聯系的關系，關系與關系之間的聯系是通過公共屬性來實現的。

4、用戶定義完整性，則是根據應用環境的要求和實際的需要，對某一具體應用所涉及的數據提出約束性條件。

E. 關系資料庫中，關系的完整性約束包括哪幾種，它們分別有什麼作用

關系的完整性主要包括域完整性、實體完整性和參照完整性三種。
1．域完整性
域完整性是對數據表中欄位屬性的約束，它包括欄位的值域、欄位的類型及欄位的有效規則等約束，它是由確定關系結構時所定義的欄位的屬性決定的。
2．實體完整性
實體完整性是對關系中的記錄唯一性，也就是主鍵的約束。准確地說，實體完整性是指關系中的主屬性值不能為Null且不能有相同值。
3．參照完整性
參照完整性是對關系資料庫中建立關聯關系的數據表間數據參照引用的約束，也就是對外鍵的約束。准確地說，參照完整性是指關系中的外鍵必須是另一個關系的主鍵有效值，或者是NULL。

F. 什麼是關系完整性約束其主要包括那些內容

關系完整性約束是為保證資料庫中數據的正確性和相容性，對關系模型提出的某種約束條件或規則。

完整性通常包括域完整性，實體完整性、參照完整性和用戶定義完整性，其中域完整性，實體完整性和參照完整性，是關系模型必須滿足的完整性約束條件。

1、域完整性是保證資料庫欄位取值的合理性。

屬性值應是域中的值，這是關系模式規定了的。除此之外，一個屬性能否為NULL，這是由語義決定的，也是域完整性約束的主要內容。域完整性約束(domain Integrity constrains)是最簡單、最基本的約束。在當今的關系DBMS中，一般都有域完整性約束檢查功能。

2、用戶定義版

實體完整性和參照完整性適用於任何關系型資料庫系統，它主要是針對關系的主關鍵字和外部關鍵字取值必須有效而做出的約束。用戶定義完整性(user defined integrity)則是根據應用環境的要求和實際的需要，對某一具體應用所涉及的數據提出約束性條件。

這一約束機制一般不應由應用程序提供，而應有由關系模型提供定義並檢驗，用戶定義完整性主要包括欄位有效性約束和記錄有效性。

(6)關系資料庫的完整性規則擴展閱讀

數據的完整性

約束是用來確保數據的准確性和一致性。數據的完整性就是對數據的准確性和一致性的一種保證。

數據完整性(Data Integrity)是指數據的精確(Accuracy)和可靠性(Reliability)。

分為以下四類：

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

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

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

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

G. 關系型資料庫必須遵循的三個完整性規則

實體完整性規則：主鍵約束
域完整性規則：欄位類型等范圍，bit欄位只能為1或0，int欄位只能為整數等，
引用完整性規則：外鍵約束等關聯約束

具體的資料庫設計，等你熟悉了上面的內容後，你就可以自己設計了，不但你自己可以設計，還可以進行靈活的修改，授人魚不如授人漁，^_^

H. 關系資料庫有哪幾種完整性

3.1 SQL 中的完整性約束

SQL把各種完整性約束作為資料庫模式定義的一部分。既有效防止了對資料庫的意外破壞，提高了完整性檢測的效率，又可以減輕編程人員的負擔。

SQL對三種不同完整性約束的設置及檢測，採取了不同的方式加以實現。下面分別介紹。

3.1.1 實體完整性和主碼

實體完整性規定，主碼的任何屬性都不能為空，因為，概念模型中實體和聯系都是可區分的，而且它們以碼為唯一性標識。如果，主碼的屬性值可以為空，則意味著在概念模型中存在著不以碼為唯一性標識的實體。這顯然是前後矛盾的。

那麼怎樣保證實體完整性呢？SQL中實體完整性是通過主碼來實現的。一旦某個屬性或屬性組被定義為主碼，該主碼的每個屬性就不能為空值，並且在關系中不能出現主碼值完全相同的兩個元組。

主碼的定義是在Create Table 語句中使用 Primary Key關鍵字來實現的。方法有兩種：

a) 在屬性定義後加上關鍵字 Primary Key；

b) 在屬性表定義後加上額外的定義主碼的子句：Primary Key（<主碼屬性名表>）

說明：

² 如果主碼僅由一個屬性組成，上述兩種方法都可定義，若由兩個或以上的屬性組成，則只能用上述第二種方法定義了。

² 對於候選碼的說明方法，可以用Unique說明該屬性的值不能重復出現。Unique的使用與Primary Key相似。

² 一個表中只能有一個主碼定義，但可以有多個Unique說明。

² SQL中，並沒有強制為每個關系指定主碼，但為每個關系指定主碼通常會更好一些。（因為主碼的指定可以確保關系的實體完整性）

3.1.2 參照完整性約束與外部碼

參照完整性是對關系間引用數據的一種限制。即：若屬性組A是基本關系R1的外碼，它與基本關系R2的主碼K相對應，則R1中每個元組在A上的值必須：要麼取空值，要麼等於R2中某元組的主碼值。

一、外部碼約束的說明：

SQL中就是利用外部碼的說明來實現參照完整性約束，限製表中某些屬性的取值的。外部碼的說明也有兩種方法：

1、在該屬性的說明後直接加上關鍵字」REFERENCES <表名>（<屬性名>）」，其中表名稱為參照關系名，屬性名稱為參照關系的主碼。

2、在Create Table 語句的屬性清單後，加上外部碼說明子句，格式為：

FOREIGN KEY <屬性名表1> REFERENCES <表名>(<屬性名表2>)

上式中的屬性名表1和屬性名表2中屬性可以多於一個，但必須前後對應。

二、參照完整性約束的實現策略

前面講了，外部碼的取值只有兩種情況：要麼取空，要麼取參照關系中的主碼值。可是當用戶操作違反了這個規則時，如何保持此約束呢？

SQL提供了三種可選方案：

1、RESTRICT(限制策略)：

當用戶對表進行違反了上述完整性約束、條件的插入、刪除或修改操作時，將會被系統拒絕。

2、CASCADE（級聯策略）：

當對參照關系進行刪除和修改時，SQL所提供的一種方案。在這種策略下，當刪除或修改參照關系中某元組的主碼值時，被參照關系中，那些外部碼具有該值的元組也將被刪除或修改，以保證參照完整性。

3、SET NULL（置空策略）：

置空策略也是針對參照關系的刪除或修改操作的。在這種策略下，當刪除參照關系中的某一元組或修改某一元組的主碼值時，被參照關系中外碼值等於該主碼值的元組在該外碼上的值將被置空

說明：

當用戶不指定參照完整性的實現策略時，一般被默認為RESTRICT(限制策略)。實現策略的說明通常被加在外部碼的說明後面，格式為：ON DELETE SET NULL ON UPDATE CASCADE。

3.1.3 用戶自定義完整性約束

對於用戶自定義完整性約束，SQL提供了非空約束、對屬性的CHECK約束、對元組的CHECK約束、觸發器等來實現用戶的各種完整性要求。

1、非空約束：

在CRETE TABLE 中的屬性定義後面加上NOT NULL關鍵字即定義了該屬性不能取空值。

2、基於屬性的CHECK約束

使用CHECK（檢查）子句可保證屬性值滿足某些前提條件。其一般格式為：

CHECK（<條件>）

它既可跟在屬性定義的後面，也可在定義語句中另增一子句加以說明。

如：CHECK（age>=18 AND age<=65）;

CHECK（sex IN (「男」,」女」)）;

CHECK（dno IN(select dno from department)）;

從上例中可以看出，CHECK子句的條件中還可以帶子查詢。

3、基於元組的CHECK約束

基於元組的CHECK約束往往要涉及到表中的多個域。所以它是元組約束。在對整個元組完成插入或對某一元組的修改完成之後，系統將自動檢查是否符合CHECK條件表達式。若不符合條件，系統將拒絕該插入或修改操作。

基於元組CHECK約束的說明方法是在CREATE TABLE語句中的屬性表、主碼、外部碼的說明之後加上CHECK子句。

3.1.4 約束的更新

約束與資料庫中的表和視圖一樣，可以進行增、刪、改的更新操作。為了改和刪約束，需要在定義約束時對其進行命名，在各種約束的說明前加上關鍵字CONSTRAINT 和該約束的名稱即可。

例如：在employee表的create table語句中：

eno char(4) CONSTRAINT PK_employee PRIMARY KEY,

dno char(4)CONSTRAINT FK_employee FOREIGN KEY REFERENCES department(dno);

當對各種約束進行命名後，就可以用ALTER TABLE語句來更新與屬性或表有關的各種約束。如：

ALTER TABLE employee DROP CONSTRAINT FK_employee;

ALER TABLE Salary ADD CONSTRAINT RightSalary CHECK(Insure+Fund<Rest);

上述的增加約束，實際上也是通過ALTER TABLE語句定義約束的一種形式。

SQL不能直接修改約束，修改某一個約束實際上是用ALTER TABLE 語句先刪除該約束，然後再增加一個與該約束同名的新約束。

I. 什麼是關系完整性規則關系資料庫中,常見的完整性規則有哪些,試舉例說明

關系完整性規則即指關系的正確性、相容性和有效性。它是給定的關系模型中數據及其聯系的所有制約和依存規則，用以限定資料庫狀態及狀態變化，從而保證數據的正確、相容和有效。

關系模型的完整性舉例:

1、實體完整性

如職工表將編號作為主關鍵字，那麼，該列不得有空值，否則無法對應某個具體的職工，這樣的表格不完整，對應關系不符合實體完整性規則的約束條件。

2、參照完整性

如在學生管理資料庫中，如果將選課表作為參照關系，學生表作為被參照關系，以「學號」作為兩個關系進行關聯的屬性，則「學號「是學生關系的主關鍵字，是選課關系的外部關鍵字。選課關系通過外部關鍵字「學號」參照學生關系。

3、用戶定義的完整性

例如要求「考查」課的分數以60分或40分計，在用戶輸入「考查」課的成績時，要進行檢查，以確保滿足特定的約束要求。再如年齡屬性，如果屬於某一個學生主體，則可能要求年齡在17歲到25歲之間，而如果年輕屬性屬於某一個公司員工主體，則可能要求年齡在18歲到40歲之間等。

(9)關系資料庫的完整性規則擴展閱讀

數據的完整性約束是用來確保數據的准確性和一致性。數據的完整性就是對數據的准確性和一致性的一種保證。

數據完整性(Data Integrity)是指數據的精確(Accuracy)和可靠性(Reliability)。

分為以下四類：

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

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

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

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

J. 什麼是關系資料庫的三個完整性有哪五個約束條件

實體完整性約束、參照完整性約束、用戶自定義完整性約束。
五個約束條件：非空、唯一、主碼、外碼、檢查。