A. sql語言如何實現數據的完整性
1.首先要明白數據的完整性有哪些：域完整性/列完整性，實體完整性/行完整性，參照完整性/引用完整性；
2.怎樣實現：
域完整性：（1）定義列時，使用check約束；
（2）定義規則；
實體完整性：（3）利用primary key
參照完整性：(4) 利用foreign key references
B. sql server引用完整性和數據完整性是通過什麼實現的
1、實體完整性： 要求表中的每一行都反映不同的實體。通過索引、唯一約束、主鍵約束或者標識列來實現
2、引用完整性：用於定義主表之間的關系，保證從表中外鍵列不會出現主表中對應主鍵列沒有的項
3、域完整性：表示給定輸入的有效性。通過限制數據類型、檢查約束、輸入格式、外鍵約束、非空約束等方法來實現
4、自定義完整性：用戶自定義完整性用來定義特定的規則
還有什麼疑問繼續追問！！
C. SQL中，什麼是數據完整性數據完整性分為幾種
數據完整性（Data Integrity）是指數據的精確性（Accuracy） 和可靠性（Reliability）。它是應防止資料庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數據完整性分為四類：實體完整性（Entity Integrity）、域完整
性（Domain Integrity）、參照完整性（Referential Integrity）、用戶定義的完整性（User-definedIntegrity）。
資料庫採用多種方法來保證數據完整性，包括外鍵、束約、規則和觸發器。系統很好地處理了這四者的關系，並針對不同的具體情況用不同的方法進行，相互交叉使用，相補缺點。
D. sql中表達完整性約束的規則主要有哪幾種
1、實體完整性：規定表的每一行在表中是惟一的實體。
2、域完整性：是指表中的列必須滿足某種特定的數據類型約束，其中約束又包括取值范圍、精度等規定。
3、 參照完整性：是指兩個表的主關鍵字和外關鍵字的數據應一致，保證了表之間的數據的一致性，防止了數據丟失或無意義的數據在資料庫中擴散。
4、用戶定義的完整性：不同的關系資料庫系統根據其應用環境的不同，往往還需要一些特殊的約束條件。用戶定義的完整性即是針對某個特定關系資料庫的約束條件，它反映某一具體應用必須滿足的語義要求。
(4)sql實體完整性檢查擴展閱讀
完整性約束的類型介紹：
1、與表有關的約束：是表中定義的一種約束。可在列定義時定義該約束，此時稱為列約束，也可以在表定義時定義約束，此時稱為表約束。
2、域(Domain)約束：在域定義中被定義的一種約束，它與在特定域中定義的任何列都有關系。
3、斷言(Assertion)：在斷言定義時定義的一種約束，它可以與一個或多個表進行關聯。
E. SQL中,刪除時需要進行哪些完整性檢查
[編輯本段]SQL觸發器
觸發器是一種特殊類型的存儲過程，不由用戶直接調用。創建觸發器時會對其進行定義，以便在對特定表或列作特定類型的數據修改時執行。 CREATE PROCEDURE 或 CREATE TRIGGER 語句不能跨越批處理。即存儲過程或觸發器始終只能在一個批處理中創建並編譯到一個執行計劃中。 用觸發器還可以強制執行業務規則 Microsoft® SQL Server™ 2000 提供了兩種主要機制來強制業務規則和數據完整性：約束和觸發器。觸發器是一種特殊類型的存儲過程，它在指定的表中的數據發生變化時自動生效。喚醒調用觸發器以響應 INSERT、UPDATE 或 DELETE 語句。觸發器可以查詢其它表，並可以包含復雜的 Transact-SQL 語句。將觸發器和觸發它的語句作為可在觸發器內回滾的單個事務對待。如果檢測到嚴重錯誤（例如，磁碟空間不足），則整個事務即自動回滾。
[編輯本段]優點
觸發器可通過資料庫中的相關表實現級聯更改；不過，通過級聯引用完整性約束可以更有效地執行這些更改。 觸發器可以強制比用 CHECK 約束定義的約束更為復雜的約束。 與 CHECK 約束不同，觸發器可以引用其它表中的列。例如，觸發器可以使用另一個表中的 SELECT 比較插入或更新的數據，以及執行其它操作，如修改數據或顯示用戶定義錯誤信息。 觸發器也可以評估數據修改前後的表狀態，並根據其差異採取對策。 一個表中的多個同類觸發器（INSERT、UPDATE 或 DELETE）允許採取多個不同的對策以響應同一個修改語句。 比較觸發器與約束 約束和觸發器在特殊情況下各有優勢。觸發器的主要好處在於它們可以包含使用 Transact-SQL 代碼的復雜處理邏輯。因此，觸發器可以支持約束的所有功能；但它在所給出的功能上並不總是最好的方法。 實體完整性總應在最低級別上通過索引進行強制，這些索引或是 PRIMARY KEY 和 UNIQUE 約束的一部分，或是在約束之外獨立創建的。假設功能可以滿足應用程序的功能需求，域完整性應通過 CHECK 約束進行強制，而引用完整性 (RI) 則應通過 FOREIGN KEY 約束進行強制。 在約束所支持的功能無法滿足應用程序的功能要求時，觸發器就極為有用。例如： 除非 REFERENCES 子句定義了級聯引用操作，否則 FOREIGN KEY 約束只能以與另一列中的值完全匹配的值來驗證列值。 CHECK 約束只能根據邏輯表達式或同一表中的另一列來驗證列值。如果應用程序要求根據另一個表中的列驗證列值，則必須使用觸發器。 約束只能通過標準的系統錯誤信息傳遞錯誤信息。如果應用程序要求使用（或能從中獲益）自定義信息和較為復雜的錯誤處理，則必須使用觸發器。 觸發器可通過資料庫中的相關表實現級聯更改；不過，通過級聯引用完整性約束可以更有效地執行這些更改。 觸發器可以禁止或回滾違反引用完整性的更改，從而取消所嘗試的數據修改。當更改外鍵且新值與主鍵不匹配時，此類觸發器就可能發生作用。例如，可以在 titleauthor.title_id 上創建一個插入觸發器，使它在新值與 titles.title_id 中的某個值不匹配時回滾一個插入。不過，通常使用 FOREIGN KEY 來達到這個目的。 如果觸發器表上存在約束，則在 INSTEAD OF 觸發器執行後但在 AFTER 觸發器執行前檢查這些約束。如果約束破壞，則回滾 INSTEAD OF 觸發器操作並且不執行 AFTER 觸發器。
[編輯本段]SQL觸發器語法
語法 CREATE TRIGGER trigger_name ON [ WITH ENCRYPTION ] [ WITH APPEND ] [ NOT FOR REPLICATION ] AS [ UPDATE ( column ) ] [ ...n ] | IF ( COLUMNS_UPDATED ( ) updated_bitmask ) column_bitmask [ ...n ] } ] sql_statement [ ...n ] } } 參數 trigger_name 是觸發器的名稱。觸發器名稱必須符合標識符規則，並且在資料庫中必須唯一。可以選擇是否指定觸發器所有者名稱。 Table | view 是在其上執行觸發器的表或視圖，有時稱為觸發器表或觸發器視圖。可以選擇是否指定表或視圖的所有者名稱。 WITH ENCRYPTION 加密 syscomments 表中包含 CREATE TRIGGER 語句文本的條目。使用 WITH ENCRYPTION 可防止將觸發器作為 SQL Server 復制的一部分發布。 AFTER 指定觸發器只有在觸發 SQL 語句中指定的所有操作都已成功執行後才激發。所有的引用級聯操作和約束檢查也必須成功完成後，才能執行此觸發器。 如果僅指定 FOR 關鍵字，則 AFTER 是默認設置。 不能在視圖上定義 AFTER 觸發器。 INSTEAD OF 指定執行觸發器而不是執行觸發 SQL 語句，從而替代觸發語句的操作。 在表或視圖上，每個 INSERT、UPDATE 或 DELETE 語句最多可以定義一個 INSTEAD OF 觸發器。然而，可以在每個具有 INSTEAD OF 觸發器的視圖上定義視圖。 INSTEAD OF 觸發器不能在 WITH CHECK OPTION 的可更新視圖上定義。如果向指定了 WITH CHECK OPTION 選項的可更新視圖添加 INSTEAD OF 觸發器，SQL Server 將產生一個錯誤。用戶必須用 ALTER VIEW 刪除該選項後才能定義 INSTEAD OF 觸發器。 是指定在表或視圖上執行哪些數據修改語句時將激活觸發器的關鍵字。必須至少指定一個選項。在觸發器定義中允許使用以任意順序組合的這些關鍵字。如果指定的選項多於一個，需用逗號分隔這些選項。 對於 INSTEAD OF 觸發器，不允許在具有 ON DELETE 級聯操作引用關系的表上使用 DELETE 選項。同樣，也不允許在具有 ON UPDATE 級聯操作引用關系的表上使用 UPDATE 選項。 WITH APPEND 指定應該添加現有類型的其它觸發器。只有當兼容級別是 65 或更低時，才需要使用該可選子句。如果兼容級別是 70 或更高，則不必使用 WITH APPEND 子句添加現有類型的其它觸發器（這是兼容級別設置為 70 或更高的 CREATE TRIGGER 的默認行為）。有關更多信息，請參見 sp_dbcmptlevel。 WITH APPEND 不能與 INSTEAD OF 觸發器一起使用，或者，如果顯式聲明 AFTER 觸發器，也不能使用該子句。只有當出於向後兼容而指定 FOR 時（沒有 INSTEAD OF 或 AFTER），才能使用 WITH APPEND。以後的版本將不支持 WITH APPEND 和 FOR（將被解釋為 AFTER）。 NOT FOR REPLICATION 表示當復制進程更改觸發器所涉及的表時，不應執行該觸發器。 AS 是觸發器要執行的操作。 sql_statement 是觸發器的條件和操作。觸發器條件指定其它准則，以確定 DELETE、INSERT 或 UPDATE 語句是否導致執行觸發器操作。 當嘗試 DELETE、INSERT 或 UPDATE 操作時，Transact-SQL語句中指定的觸發器操作將生效。 觸發器可以包含任意數量和種類的 Transact-SQL 語句。觸發器旨在根據數據修改語句檢查或更改數據；它不應將數據返回給用戶。觸發器中的 Transact-SQL 語句常常包含控制流語言。CREATE TRIGGER 語句中使用幾個特殊的表： * deleted 和 inserted 是邏輯（概念）表。這些表在結構上類似於定義觸發器的表（也就是在其中嘗試用戶操作的表）；這些表用於保存用戶操作可能更改的行的舊值或新值。例如，若要檢索 deleted 表中的所有值，請使用： SELECT * FROM deleted * 如果兼容級別等於 70，那麼在 DELETE、INSERT 或 UPDATE 觸發器中，SQL Server 將不允許引用 inserted 和 deleted 表中的 text、ntext 或 image 列。不能訪問 inserted 和 deleted 表中的 text、ntext 和 image 值。若要在 INSERT 或 UPDATE 觸發器中檢索新值，請將 inserted 表與原始更新表聯接。當兼容級別是 65 或更低時，對 inserted 或 deleted 表中允許空值的text、ntext 或 image 列，將返回空值；如果這些列不可為空，則返回零長度字元串。 當兼容級別是 80 或更高時，SQL Server 允許在表或視圖上通過 INSTEAD OF 觸發器更新 text、ntext 或 image 列。 n 是表示觸發器中可以包含多條 Transact-SQL 語句的佔位符。對於 IF UPDATE (column) 語句，可以通過重復 UPDATE (column) 子句包含多列。 IF UPDATE (column) 測試在指定的列上進行的 INSERT 或 UPDATE 操作，不能用於 DELETE 操作。可以指定多列。因為在 ON 子句中指定了表名，所以在 IF UPDATE 子句中的列名前不要包含表名。若要測試在多個列上進行的 INSERT 或 UPDATE 操作，請在第一個操作後指定單獨的 UPDATE(column) 子句。在 INSERT 操作中 IF UPDATE 將返回 TRUE 值，因為這些列插入了顯式值或隱性 (NULL) 值。 說明 IF UPDATE (column) 子句的功能等同於 IF、IF...ELSE 或 WHILE 語句，並且可以使用 BEGIN...END 語句塊。有關更多信息，請參見控制流語言。 可以在觸發器主體中的任意位置使用 UPDATE (column)。 column 是要測試 INSERT 或 UPDATE 操作的列名。該列可以是 SQL Server 支持的任何數據類型。但是，計算列不能用於該環境中。有關更多信息，請參見數據類型。 IF (COLUMNS_UPDATED()) 測試是否插入或更新了提及的列，僅用於 INSERT 或 UPDATE 觸發器中。COLUMNS_UPDATED 返回 varbinary 位模式，表示插入或更新了表中的哪些列。 COLUMNS_UPDATED 函數以從左到右的順序返回位，最左邊的為最不重要的位。最左邊的位表示表中的第一列；向右的下一位表示第二列，依此類推。如果在表上創建的觸發器包含 8 列以上，則 COLUMNS_UPDATED 返回多個位元組，最左邊的為最不重要的位元組。在 INSERT 操作中 COLUMNS_UPDATED 將對所有列返回 TRUE 值，因為這些列插入了顯式值或隱性 (NULL) 值。 可以在觸發器主體中的任意位置使用 COLUMNS_UPDATED。 bitwise_operator 是用於比較運算的位運算符。 updated_bitmask 是整型位掩碼，表示實際更新或插入的列。例如，表 t1 包含列 C1、C2、C3、C4 和 C5。假定表 t1 上有 UPDATE 觸發器，若要檢查列 C2、C3 和 C4 是否都有更新，指定值 14；若要檢查是否只有列 C2 有更新，指定值 2。 comparison_operator 是比較運算符。使用等號 (=) 檢查 updated_bitmask 中指定的所有列是否都實際進行了更新。使用大於號 (>) 檢查 updated_bitmask 中指定的任一列或某些列是否已更新。 column_bitmask 是要檢查的列的整型位掩碼，用來檢查是否已更新或插入了這些列。 注釋 觸發器常常用於強制業務規則和數據完整性。SQL Server 通過表創建語句（ALTER TABLE 和 CREATE TABLE）提供聲明引用完整性 (DRI)；但是 DRI 不提供資料庫間的引用完整性。若要強制引用完整性（有關表的主鍵和外鍵之間關系的規則），請使用主鍵和外鍵約束（ALTER TABLE 和 CREATE TABLE 的 PRIMARY KEY 和 FOREIGN KEY 關鍵字）。如果觸發器表存在約束，則在 INSTEAD OF 觸發器執行之後和 AFTER 觸發器執行之前檢查這些約束。如果違反了約束，則回滾 INSTEAD OF 觸發器操作且不執行（激發）AFTER 觸發器。 可用 sp_settriggerorder 指定表上第一個和最後一個執行的 AFTER 觸發器。在表上只能為每個 INSERT、UPDATE 和 DELETE 操作指定一個第一個執行和一個最後一個執行的 AFTER 觸發器。如果同一表上還有其它 AFTER 觸發器，則這些觸發器將以隨機順序執行。 如果 ALTER TRIGGER 語句更改了第一個或最後一個觸發器，則將除去已修改觸發器上設置的第一個或最後一個特性，而且必須用 sp_settriggerorder 重置排序值。 只有當觸發 SQL 語句（包括所有與更新或刪除的對象關聯的引用級聯操作和約束檢查）成功執行後，AFTER 觸發器才會執行。AFTER 觸發器檢查觸發語句的運行效果，以及所有由觸發語句引起的 UPDATE 和 DELETE 引用級聯操作的效果。 觸發器限制 CREATE TRIGGER 必須是批處理中的第一條語句，並且只能應用到一個表中。 觸發器只能在當前的資料庫中創建，不過觸發器可以引用當前資料庫的外部對象。 如果指定觸發器所有者名稱以限定觸發器，請以相同的方式限定表名。 在同一條 CREATE TRIGGER 語句中，可以為多種用戶操作（如 INSERT 和 UPDATE）定義相同的觸發器操作。 如果一個表的外鍵在 DELETE/UPDATE 操作上定義了級聯，則不能在該表上定義 INSTEAD OF DELETE/UPDATE 觸發器。 在觸發器內可以指定任意的 SET 語句。所選擇的 SET 選項在觸發器執行期間有效，並在觸發器執行完後恢復到以前的設置。
F. 在sql中在進行插入操作時需要進行哪些完整性檢查並說明理由
比如說：1、唯一約束（即主鍵），如果為自增方式，不用檢查，你也不用插入，sqlserver自動為你插入，並保證唯一性2、非空約束，比如員工表中的「姓名」欄位，必須是非空，沒有指定員工姓名的記錄，相對而言，是無效數據3、長度約束：這樣有助於節省資料庫空間，比如「性別」欄位，要麼bit型，0表示男，1表示女，如果使用varchar型，則長度指定個2即可（視情況）4、如果是插入的從表，還需要檢查其引用的主表是否有記錄存在，否則不能插入：如：部門表與員工表，要插入員工記錄的時候，要先檢查員工所屬的部門是否存在，如果部門不存在，則員工不能插入，一旦插入也是屬於無效數據，相對而言5……我暫想到上面四點，可多交流。
G. 求大俠，如何檢查sql server資料庫的數據的完整性,一致性，資料庫正在使用中，檢查的具體步驟是謝了
完整性是你在定義資料庫裡面表的時候就決定的。你可以打開創建的表的碼是否符合你定義的要求。一致性是資料庫自動完成的，不許要資料庫管理員操作，一旦出現不一致，就會出現故障，如果是系統故障，他也會自動修復的
H. SQL 中怎麼樣 設置 表的 完整性
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 語句先刪除該約束，然後再增加一個與該約束同名的新約束。