⑴ sql觸發器代碼
希望可以幫到你：
語法
CREATE TRIGGER trigger_name
ON { table | view }
[ WITH ENCRYPTION ]
{
{ { FOR | AFTER | INSTEAD OF } { [ INSERT ] [ , ] [ UPDATE ] }
[ WITH APPEND ]
[ NOT FOR REPLICATION ]
AS
[ { IF UPDATE ( column )
[ { AND | OR } UPDATE ( column ) ]
[ ...n ]
| IF ( COLUMNS_UPDATED ( ) { bitwise_operator } updated_bitmask )
{ comparison_operator } 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 觸發器。
{ [DELETE] [,] [INSERT] [,] [UPDATE] }
是指定在表或視圖上執行哪些數據修改語句時將激活觸發器的關鍵字。必須至少指定一個選項。在觸發器定義中允許使用以任意順序組合的這些關鍵字。如果指定的選項多於一個，需用逗號分隔這些選項。
對於 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 選項在觸發器執行期間有效，並在觸發器執行完後恢復到以前的設置。
與使用存儲過程一樣，當觸發器激發時，將向調用應用程序返回結果。若要避免由於觸發器激發而向應用程序返回結果，請不要包含返回結果的 SELECT 語句，也不要包含在觸發器中進行變數賦值的語句。包含向用戶返回結果的 SELECT 語句或進行變數賦值的語句的觸發器需要特殊處理；這些返回的結果必須寫入允許修改觸發器表的每個應用程序中。如果必須在觸發器中進行變數賦值，則應該在觸發器的開頭使用 SET NOCOUNT 語句以避免返回任何結果集。
DELETE 觸發器不能捕獲 TRUNCATE TABLE 語句。盡管 TRUNCATE TABLE 語句實際上是沒有 WHERE 子句的 DELETE（它刪除所有行），但它是無日誌記錄的，因而不能執行觸發器。因為 TRUNCATE TABLE 語句的許可權默認授予表所有者且不可轉讓，所以只有表所有者才需要考慮無意中用 TRUNCATE TABLE 語句規避 DELETE 觸發器的問題。
無論有日誌記錄還是無日誌記錄，WRITETEXT 語句都不激活觸發器。
觸發器中不允許以下 Transact-SQL 語句：
ALTER DATABASE CREATE DATABASE DISK INIT
DISK RESIZE DROP DATABASE LOAD DATABASE
LOAD LOG RECONFIGURE RESTORE DATABASE
RESTORE LOG
說明 由於 SQL Server 不支持系統表中的用戶定義觸發器，因此建議不要在系統表中創建用戶定義觸發器。
多個觸發器
SQL Server 允許為每個數據修改事件（DELETE、INSERT 或 UPDATE）創建多個觸發器。例如，如果對已有 UPDATE 觸發器的表執行 CREATE TRIGGER FOR UPDATE，則將創建另一個更新觸發器。在早期版本中，在每個表上，每個數據修改事件（INSERT、UPDATE 或 DELETE）只允許有一個觸發器。
說明 如果觸發器名稱不同，則 CREATE TRIGGER（兼容級別為 70）的默認行為是在現有的觸發器中添加其它觸發器。如果觸發器名稱相同，則 SQL Server 返回一條錯誤信息。但是，如果兼容級別等於或小於 65，則使用 CREATE TRIGGER 語句創建的新觸發器將替換同一類型的任何現有觸發器，即使觸發器名稱不同。有關更多信息，請參見 sp_dbcmptlevel。
遞歸觸發器
當在 sp_dboption 中啟用 recursive triggers 設置時，SQL Server 還允許觸發器的遞歸調用。
遞歸觸發器允許發生兩種類型的遞歸：
間接遞歸
直接遞歸
使用間接遞歸時，應用程序更新表 T1，從而激發觸發器 TR1，該觸發器更新表 T2。在這種情況下，觸發器 T2 將激發並更新 T1。
使用直接遞歸時，應用程序更新表 T1，從而激發觸發器 TR1，該觸發器更新表 T1。由於表 T1 被更新，觸發器 TR1 再次激發，依此類推。
下例既使用了間接觸發器遞歸，又使用了直接觸發器遞歸。假定在表 T1 中定義了兩個更新觸發器 TR1 和 TR2。觸發器 TR1 遞歸地更新表 T1。UPDATE 語句使 TR1 和 TR2 各執行一次。而 TR1 的執行將觸發 TR1（遞歸）和 TR2 的執行。給定觸發器的 inserted 和 deleted 表只包含與喚醒調用觸發器的 UPDATE 語句相對應的行。
說明 只有啟用 sp_dboption 的 recursive triggers 設置，才會發生上述行為。對於為給定事件定義的多個觸發器，並沒有確定的執行順序。每個觸發器都應是自包含的。
禁用 recursive triggers 設置只能禁止直接遞歸。若要也禁用間接遞歸，請使用 sp_configure 將 nested triggers 伺服器選項設置為 0。
如果任一觸發器執行了 ROLLBACK TRANSACTION 語句，則無論嵌套級是多少，都不會進一步執行其它觸發器。
嵌套觸發器
觸發器最多可以嵌套 32 層。如果一個觸發器更改了包含另一個觸發器的表，則第二個觸發器將激活，然後該觸發器可以再調用第三個觸發器，依此類推。如果鏈中任意一個觸發器引發了無限循環，則會超出嵌套級限制，從而導致取消觸發器。若要禁用嵌套觸發器，請用 sp_configure 將 nested triggers 選項設置為 0（關閉）。默認配置允許嵌套觸發器。如果嵌套觸發器是關閉的，則也將禁用遞歸觸發器，與 sp_dboption 的 recursive triggers 設置無關。
延遲名稱解析
SQL Server 允許 Transact-SQL 存儲過程、觸發器和批處理引用編譯時不存在的表。這種能力稱為延遲名稱解析。但是，如果 Transact-SQL 存儲過程、觸發器或批處理引用在存儲過程或觸發器中定義的表，則只有當兼容級別設置（通過執行 sp_dbcmptlevel 設置）等於 65 時，才會在創建時發出警告。如果使用批處理，則在編譯時發出警告。如果引用的表不存在，將在運行時返回錯誤信息。有關更多信息，請參見延遲名稱解析和編譯。
許可權
CREATE TRIGGER 許可權默認授予定義觸發器的表所有者、sysadmin 固定伺服器角色成員以及 db_owner 和 db_ddladmin 固定資料庫角色成員，並且不可轉讓。
若要檢索表或視圖中的數據，用戶必須在表或視圖中擁有 SELECT 語句許可權。若要更新表或視圖的內容，用戶必須在表或視圖中擁有 INSERT、DELETE 和 UPDATE 語句許可權。
如果視圖中存在 INSTEAD OF 觸發器，用戶必須在該視圖中有 INSERT、DELETE 和 UPDATE 特權，以對該視圖發出 INSERT、DELETE 和 UPDATE 語句，而不管實際上是否在視圖上執行了這樣的操作。
示例
A. 使用帶有提醒消息的觸發器
當有人試圖在 titles 表中添加或更改數據時，下例將向客戶端顯示一條消息。
說明 消息 50009 是 sysmessages 中的用戶定義消息。有關創建用戶定義消息的更多信息，請參見 sp_addmessage。
USE pubs
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'reminder' AND type = 'TR')
DROP TRIGGER reminder
GO
CREATE TRIGGER reminder
ON titles
FOR INSERT, UPDATE
AS RAISERROR (50009, 16, 10)
GO
B. 使用帶有提醒電子郵件的觸發器
當 titles 表更改時，下例將電子郵件發送給指定的人員 (MaryM)。
USE pubs
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'reminder' AND type = 'TR')
DROP TRIGGER reminder
GO
CREATE TRIGGER reminder
ON titles
FOR INSERT, UPDATE, DELETE
AS
EXEC master..xp_sendmail 'MaryM',
'Don''t forget to print a report for the distributors.'
GO
C. 在 employee 和 jobs 表之間使用觸發器業務規則
由於 CHECK 約束只能引用定義了列級或表級約束的列，表間的任何約束（在下例中是指業務規則）都必須定義為觸發器。
下例創建一個觸發器，當插入或更新雇員工作級別 (job_lvls) 時，該觸發器檢查指定雇員的工作級別（由此決定薪水）是否處於為該工作定義的范圍內。若要獲得適當的范圍，必須引用 jobs 表。
USE pubs
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'employee_insupd' AND type = 'TR')
DROP TRIGGER employee_insupd
GO
CREATE TRIGGER employee_insupd
ON employee
FOR INSERT, UPDATE
AS
/* Get the range of level for this job type from the jobs table. */
DECLARE @min_lvl tinyint,
@max_lvl tinyint,
@emp_lvl tinyint,
@job_id smallint
SELECT @min_lvl = min_lvl,
@max_lvl = max_lvl,
@emp_lvl = i.job_lvl,
@job_id = i.job_id
FROM employee e INNER JOIN inserted i ON e.emp_id = i.emp_id
JOIN jobs j ON j.job_id = i.job_id
IF (@job_id = 1) and (@emp_lvl <> 10)
BEGIN
RAISERROR ('Job id 1 expects the default level of 10.', 16, 1)
ROLLBACK TRANSACTION
END
ELSE
IF NOT (@emp_lvl BETWEEN @min_lvl AND @max_lvl)
BEGIN
RAISERROR ('The level for job_id:%d should be between %d and %d.',
16, 1, @job_id, @min_lvl, @max_lvl)
ROLLBACK TRANSACTION
END
D. 使用延遲名稱解析
下例創建兩個觸發器以說明延遲名稱解析。
USE pubs
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'trig1' AND type = 'TR')
DROP TRIGGER trig1
GO
-- Creating a trigger on a nonexistent table.
CREATE TRIGGER trig1
on authors
FOR INSERT, UPDATE, DELETE
AS
SELECT a.au_lname, a.au_fname, x.info
FROM authors a INNER JOIN does_not_exist x
ON a.au_id = x.au_id
GO
-- Here is the statement to actually see the text of the trigger.
SELECT o.id, c.text
FROM sysobjects o INNER JOIN syscomments c
ON o.id = c.id
WHERE o.type = 'TR' and o.name = 'trig1'
-- Creating a trigger on an existing table, but with a nonexistent
-- column.
USE pubs
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'trig2' AND type = 'TR')
DROP TRIGGER trig2
GO
CREATE TRIGGER trig2
ON authors
FOR INSERT, UPDATE
AS
DECLARE @fax varchar(12)
SELECT @fax = phone
FROM authors
GO
-- Here is the statement to actually see the text of the trigger.
SELECT o.id, c.text
FROM sysobjects o INNER JOIN syscomments c
ON o.id = c.id
WHERE o.type = 'TR' and o.name = 'trig2'
E. 使用 COLUMNS_UPDATED
下例創建兩個表：一個 employeeData 表和一個 auditEmployeeData 表。人力資源部的成員可以修改 employeeData 表，該表包含敏感的雇員薪水信息。如果更改了雇員的社會保險號碼 (SSN)、年薪或銀行帳戶，則生成審核記錄並插入到 auditEmployeeData 審核表。
通過使用 COLUMNS_UPDATED() 功能，可以快速測試對這些包含敏感雇員信息的列所做的更改。只有在試圖檢測對表中的前 8 列所做的更改時，COLUMNS_UPDATED() 才起作用。
USE pubs
IF EXISTS(SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'employeeData')
DROP TABLE employeeData
IF EXISTS(SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'auditEmployeeData')
DROP TABLE auditEmployeeData
GO
CREATE TABLE employeeData (
emp_id int NOT NULL,
emp_bankAccountNumber char (10) NOT NULL,
emp_salary int NOT NULL,
emp_SSN char (11) NOT NULL,
emp_lname nchar (32) NOT NULL,
emp_fname nchar (32) NOT NULL,
emp_manager int NOT NULL
)
GO
CREATE TABLE auditEmployeeData (
audit_log_id uniqueidentifier DEFAULT NEWID(),
audit_log_type char (3) NOT NULL,
audit_emp_id int NOT NULL,
audit_emp_bankAccountNumber char (10) NULL,
audit_emp_salary int NULL,
audit_emp_SSN char (11) NULL,
audit_user sysname DEFAULT SUSER_SNAME(),
audit_changed datetime DEFAULT GETDATE()
)
GO
CREATE TRIGGER updEmployeeData
ON employeeData
FOR update AS
/*Check whether columns 2, 3 or 4 has been updated. If any or all of columns 2, 3 or 4 have been changed, create an audit record. The bitmask is: power(2,(2-1))+power(2,(3-1))+power(2,(4-1)) = 14. To check if all columns 2, 3, and 4 are updated, use = 14 in place of >0 (below).*/
IF (COLUMNS_UPDATED() & 14) > 0
/*Use IF (COLUMNS_UPDATED() & 14) = 14 to see if all of columns 2, 3, and 4 are updated.*/
BEGIN
-- Audit OLD record.
INSERT INTO auditEmployeeData
(audit_log_type,
audit_emp_id,
audit_emp_bankAccountNumber,
audit_emp_salary,
audit_emp_SSN)
SELECT 'OLD',
del.emp_id,
del.emp_bankAccountNumber,
del.emp_salary,
del.emp_SSN
FROM deleted del
-- Audit NEW record.
INSERT INTO auditEmployeeData
(audit_log_type,
audit_emp_id,
audit_emp_bankAccountNumber,
audit_emp_salary,
audit_emp_SSN)
SELECT 'NEW',
ins.emp_id,
ins.emp_bankAccountNumber,
ins.emp_salary,
ins.emp_SSN
FROM inserted ins
END
GO
/*Inserting a new employee does not cause the UPDATE trigger to fire.*/
INSERT INTO employeeData
VALUES ( 101, 'USA-987-01', 23000, 'R-M53550M', N'Mendel', N'Roland', 32)
GO
/*Updating the employee record for employee number 101 to change the salary to 51000 causes the UPDATE trigger to fire and an audit trail to be proced.*/
UPDATE employeeData
SET emp_salary = 51000
WHERE emp_id = 101
GO
SELECT * FROM auditEmployeeData
GO
/*Updating the employee record for employee number 101 to change both the bank account number and social security number (SSN) causes the UPDATE trigger to fire and an audit trail to be proced.*/
UPDATE employeeData
SET emp_bankAccountNumber = '133146A0', emp_SSN = 'R-M53550M'
WHERE emp_id = 101
GO
SELECT * FROM auditEmployeeData
GO
F. 使用 COLUMNS_UPDATED 測試 8 列以上
如果必須測試影響到表中前 8 列以外的列的更新時，必須使用 UBSTRING 函數測試由 COLUMNS_UPDATED 返回的適當的位。下例測試影響 Northwind.dbo.Customers 表中的第 3、第 5 或第 9 列的更新。
USE Northwind
DROP TRIGGER tr1
GO
CREATE TRIGGER tr1 ON Customers
FOR UPDATE AS
IF ( (SUBSTRING(COLUMNS_UPDATED(),1,1)=power(2,(3-1))
+ power(2,(5-1)))
AND (SUBSTRING(COLUMNS_UPDATED(),2,1)=power(2,(1-1)))
)
PRINT 'Columns 3, 5 and 9 updated'
GO
UPDATE Customers
SET ContactName=ContactName,
Address=Address,
Country=Country
GO
望採納，希望能幫到你，謝謝！
⑵ 資料庫中的觸發器是什麼，請幫忙解釋一下
觸發器是一種特殊類型的存儲過程，當使用下面的一種或多種數據修改操作在指定表中對數據進行修改時，觸發器會生效：UPDATE、INSERT 或 DELETE。觸發器可以查詢其它表，而且可以包含復雜的 SQL 語句。它們主要用於強制復雜的業務規則或要求。例如，可以控制是否允許基於顧客的當前帳戶狀態插入定單。
觸發器還有助於強制引用完整性，以便在添加、更新或刪除表中的行時保留表之間已定義的關系。然而，強制引用完整性的最好方法是在相關表中定義主鍵和外鍵約束。如果使用資料庫關系圖，則可以在表之間創建關系以自動創建外鍵約束。有關詳細信息，請參見表關系。
使用觸發器的優點
觸發器的優點如下：
觸發器是自動的：它們在對表的數據作了任何修改（比如手工輸入或者應用程序採取的操作）之後立即被激活。
觸發器可以通過資料庫中的相關表進行層疊更改。例如，可以在 titles 表的 title_id 列上寫入一個刪除觸發器，以使其它表中的各匹配行採取刪除操作。該觸發器用 title_id 列作為唯一鍵，在 titleauthor、sales 及 roysched 表中對各匹配行進行定位。
觸發器可以強制限制，這些限制比用 CHECK 約束所定義的更復雜。與 CHECK 約束不同的是，觸發器可以引用其它表中的列。例如，觸發器可以回滾試圖對價格低於 10 美元的書（存儲在 titles 表中）應用折扣
⑶ SQL觸發器寫法
觸發器（trigger）是SQL server 提供給程序員和數據分析員來保證數據完整性的一種方法，它是與表事件相關的特殊的存儲過程，它的執行不是由程序調用，也不是手工啟動，而是由事件來觸發，比如當對一個表進行操作（ insert，delete， update）時就會激活它執行。觸發器經常用於加強數據的完整性約束和業務規則等。 觸發器可以從 DBA_TRIGGERS ，USER_TRIGGERS 數據字典中查到。SQL3的觸發器是一個能由系統自動執行對資料庫修改的語句。
語法：
DELIMITER |
CREATE TRIGGER `<databaseName>`.`<triggerName>`
< [ BEFORE | AFTER ] > < [ INSERT | UPDATE | DELETE ] >
ON [dbo]<tableName> //dbo代表該表的所有者
FOR EACH ROW
BEGIN
--do something
END |
例子：
-- 插入時執行觸發器
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO
create trigger [dbo].[rscOpenInsert]
on [dbo].[RSC_INFO]
for insert
as www.2cto.com
DECLARE
@v_rscID varchar(50),
@v_status int
begin
select @v_rscID=rscID,@v_status=status from inserted;
--取得當前資源信息status>4 才插入信息
if @v_status > 4
begin
insert into RSC_OPEN_SYNCHRONOUS(rscID,opStatus,opDateTime) values (@v_rscID,'insert',getDate())
end
end
--- 更新時執行觸發器
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO
create trigger [dbo].[rscOpenUpdate]
on [dbo].[RSC_INFO]
for update
as
DECLARE
@v_rscID varchar(50),
@v_status int
begin www.2cto.com
select @v_rscID=rscID,@v_status=status from inserted;
--取得當前資源信息status>4 才更新信息
if @v_status > 4
begin
update RSC_OPEN_SYNCHRONOUS set opStatus = 'update', opDateTime = getDate() where rscID=@v_rscID
end
end
⑷ SQL中，觸發器是什麼
觸發器是對表進行插入、更新、刪除的時候會自動執行的特殊存儲過程。
觸發器一般用在check約束更加復雜的約束上面。例如在執行update、insert、delete這些操作的時候，系統會自動調用執行該表上對應的觸發器。
SQL Server 2005中觸發器可以分為兩類：DML觸發器和DDL觸發器，其中DDL觸發器它們會影響多種數據定義語言語句而激發，這些語句有create、alter、drop語句。
DML觸發器分為：
1、 after觸發器（之後觸發）
a、 insert觸發器
b、 update觸發器
c、 delete觸發器
2、 instead of 觸發器 （之前觸發）
其中after觸發器要求只有執行某一操作insert、update、delete之後觸發器才被觸發，且只能定義在表上。而instead of觸發器表示並不執行其定義的操作（insert、update、delete）而僅是執行觸發器本身。既可以在表上定義instead of觸發器，也可以在視圖上定義。
觸發器有兩個特殊的表：插入表（instered表）和刪除表（deleted表）。這兩張是邏輯表也是虛表。有系統在內存中創建者兩張表，不會存儲在資料庫中。而且兩張表的都是只讀的，只能讀取數據而不能修改數據。這兩張表的結果總是與被改觸發器應用的表的結構相同。當觸發器完成工作後，這兩張表就會被刪除。Inserted表的數據是插入或是修改後的數據，而deleted表的數據是更新前的或是刪除的數據。
Update數據的時候就是先刪除表記錄，然後增加一條記錄。這樣在inserted和deleted表就都有update後的數據記錄了。注意的是：觸發器本身就是一個事務，所以在觸發器裡面可以對修改數據進行一些特殊的檢查。如果不滿足可以利用事務回滾，撤銷操作。
⑸ 索引、觸發器、約束命名的時候應該遵守什麼樣的規則
命名規則：
1.索引、觸發器、約束名稱應由大上定字母、數字和下劃線組成
2.不能以數字開頭
3.不區分大小寫（即大小寫都一樣）
4.不能和資料庫保留的關鍵字一樣（如select,order,delete等）
⑹ 資料庫中怎麼增加課程名稱必須取唯一值的約束條件
你這個問題最好的辦法是加觸發器
create TRIGGER 觸發器名 on 表名 on INSERT,UPDATE
NOT FOR REPLICATION
AS
set xact_abort ON
set nocount on
if (select 1 from 表名 t1 where EXISTS(select 1 from 表名 t2 where t1.課程名=t2.課程名 and t1.id<>t2.id)
begin
raiserror ('課程名重復',11,1)
goto quit
end
⑺ 資料庫命名規則
對於資料庫的設計中，盡量不用漢字，最好用英文，如果用漢字，有時會產生不必要的麻煩，可能產生插入，刪除等等異常，而且在寫存儲過程或觸發器等等也許會產生錯誤，以下對設計表和欄位的一些規則，可能對提問者用幫助：
1. 檢查各種變化
我在設計資料庫的時候會考慮到哪些數據欄位將來可能會發生變更。比方說，姓氏就是如此（注意是西方人的姓氏，比如女性結婚後從夫姓等）。所以，在建立系統存儲客戶信息時，我傾向於在單獨的一個數據表裡存儲姓氏欄位，而且還附加起始日和終止日等欄位，這樣就可以跟蹤這一數據條目的變化。
2. 採用有意義的欄位名
有一回我參加開發過一個項目，其中有從其他程序員那裡繼承的程序，那個程序員喜歡用屏幕上顯示數據指示用語命名欄位，這也不賴，但不幸的是，她還喜歡用一些奇怪的命名法，其命名採用了匈牙利命名和控制序號的組合形式，比如 cbo1、txt2、txt2_b 等等。
除非你在使用只面向你的縮寫欄位名的系統，否則請盡可能地把欄位描述的清楚些。當然，也別做過頭了，比如 Customer_Shipping_Address_Street_Line_1，雖然很富有說明性，但沒人願意鍵入這么長的名字，具體尺度就在你的把握中。
3. 採用前綴命名
如果多個表裡有好多同一類型的欄位（比如 FirstName），你不妨用特定表的前綴（比如 CusLastName）來幫助你標識欄位。
時效性數據應包括「最近更新日期/時間」欄位。時間標記對查找數據問題的原因、按日期重新處理/重載數據和清除舊數據特別有用。
4. 標准化和數據驅動
數據的標准化不僅方便了自己而且也方便了其他人。比方說，假如你的用戶界面要訪問外部數據源（文件、XML 文檔、其他資料庫等），你不妨把相應的連接和路徑信息存儲在用戶界面支持表裡。還有，如果用戶界面執行工作流之類的任務（發送郵件、列印信箋、修改記錄狀態等），那麼產生工作流的數據也可以存放在資料庫里。預先安排總需要付出努力，但如果這些過程採用數據驅動而非硬編碼的方式，那麼策略變更和維護都會方便得多。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
5. 標准化不能過頭
對那些不熟悉標准化一詞（normalization）的人而言，標准化可以保證表內的欄位都是最基礎的要素，而這一措施有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但 Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，3NF 規定：
* 表內的每一個值都只能被表達一次。
* 表內的每一行都應該被唯一的標識（有唯一鍵）。
* 表內不應該存儲依賴於其他鍵的非鍵信息。
遵守 3NF 標準的資料庫具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。比方說，某個存放客戶及其有關定單的 3NF 資料庫就可能有兩個表：Customer 和 Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向 Customer 表裡包含該客戶信息的那一行。
更高層次的標准化也有，但更標準是否就一定更好呢？答案是不一定。事實上，對某些項目來說，甚至就連 3NF 都可能給資料庫引入太高的復雜性。
為了效率的緣故，對表不進行標准化有時也是必要的，這樣的例子很多。曾經有個開發餐飲分析軟體的活就是用非標准化表把查詢時間從平均 40 秒降低到了兩秒左右。雖然我不得不這么做，但我絕不把數據表的非標准化當作當然的設計理念。而具體的操作不過是一種派生。所以如果表出了問題重新產生非標准化的表是完全可能的。
6. Microsoft Visual FoxPro 報表技巧
如果你正在使用 Microsoft Visual FoxPro，你可以用對用戶友好的欄位名來代替編號的名稱：比如用 Customer Name 代替 txtCNaM。這樣，當你用向導程序 [Wizards，台灣人稱為『精靈』] 創建表單和報表時，其名字會讓那些不是程序員的人更容易閱讀。
7. 不活躍或者不採用的指示符
增加一個欄位表示所在記錄是否在業務中不再活躍挺有用的。不管是客戶、員工還是其他什麼人，這樣做都能有助於再運行查詢的時候過濾活躍或者不活躍狀態。同時還消除了新用戶在採用數據時所面臨的一些問題，比如，某些記錄可能不再為他們所用，再刪除的時候可以起到一定的防範作用。
8. 使用角色實體定義屬於某類別的列[欄位]
在需要對屬於特定類別或者具有特定角色的事物做定義時，可以用角色實體來創建特定的時間關聯關系，從而可以實現自我文檔化。
這里的含義不是讓 PERSON 實體帶有 Title 欄位，而是說，為什麼不用 PERSON 實體和 PERSON_TYPE 實體來描述人員呢？比方說，當 John Smith, Engineer 提升為 John Smith, Director 乃至最後爬到 John Smith, CIO 的高位，而所有你要做的不過是改變兩個表 PERSON 和 PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間欄位來知道變化是何時發生的。這樣，你的 PERSON_TYPE 表就包含了所有 PERSON 的可能類型，比如 Associate、Engineer、Director、CIO 或者 CEO 等。
還有個替代辦法就是改變 PERSON 記錄來反映新頭銜的變化，不過這樣一來在時間上無法跟蹤個人所處位置的具體時間。
• 採用常用實體命名機構數據
組織數據的最簡單辦法就是採用常用名字，比如：PERSON、ORGANIZATION、ADDRESS 和 PHONE 等等。當你把這些常用的一般名字組合起來或者創建特定的相應副實體時，你就得到了自己用的特殊版本。開始的時候採用一般術語的主要原因在於所有的具體用戶都能對抽象事物具體化。
有了這些抽象表示，你就可以在第 2 級標識中採用自己的特殊名稱，比如，PERSON 可能是 Employee、Spouse、Patient、Client、Customer、Vendor 或者 Teacher 等。同樣的，ORGANIZATION 也可能是 MyCompany、MyDepartment、Competitor、Hospital、Warehouse、Government 等。最後 ADDRESS 可以具體為 Site、Location、Home、Work、Client、Vendor、Corporate 和 FieldOffice 等。
採用一般抽象術語來標識「事物」的類別可以讓你在關聯數據以滿足業務要求方面獲得巨大的靈活性，同時這樣做還可以顯著降低數據存儲所需的冗餘量。
• 用戶來自世界各地
在設計用到網路或者具有其他國際特性的資料庫時，一定要記住大多數國家都有不同的欄位格式，比如郵政編碼等，有些國家，比如紐西蘭就沒有郵政編碼一說。
• 數據重復需要採用分立的數據表
如果你發現自己在重復輸入數據，請創建新表和新的關系。
• 每個表中都應該添加的 3 個有用的欄位
* dRecordCreationDate，在 VB 下默認是 Now()，而在 SQL Server 下默認為 GETDATE()
* sRecordCreator，在 SQL Server 下默認為 NOT NULL DEFAULT USER
* nRecordVersion，記錄的版本標記；有助於准確說明記錄中出現 null 數據或者丟失數據的原因
• 對地址和電話採用多個欄位
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和 Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
過分標准化可要小心，這樣做可能會導致性能上出現問題。雖然地址和電話表分離通常可以達到最佳狀態，但是如果需要經常訪問這類信息，或許在其父表中存放「首選」信息（比如 Customer 等）更為妥當些。非標准化和加速訪問之間的妥協是有一定意義的。
• 使用多個名稱欄位
我覺得很吃驚，許多人在資料庫里就給 name 留一個欄位。我覺得只有剛入門的開發人員才會這么做，但實際上網上這種做法非常普遍。我建議應該把姓氏和名字當作兩個欄位來處理，然後在查詢的時候再把他們組合起來。
我最常用的是在同一表中創建一個計算列[欄位]，通過它可以自動地連接標准化後的欄位，這樣數據變動的時候它也跟著變。不過，這樣做在採用建模軟體時得很機靈才行。總之，採用連接欄位的方式可以有效的隔離用戶應用和開發人員界面。
• 提防大小寫混用的對象名和特殊字元
過去最令我惱火的事情之一就是資料庫里有大小寫混用的對象名，比如 CustomerData。這一問題從 Access 到 Oracle 資料庫都存在。我不喜歡採用這種大小寫混用的對象命名方法，結果還不得不手工修改名字。想想看，這種資料庫/應用程序能混到採用更強大資料庫的那一天嗎？採用全部大寫而且包含下劃符的名字具有更好的可讀性（CUSTOMER_DATA），絕對不要在對象名的字元之間留空格。
• 小心保留詞
要保證你的欄位名沒有和保留詞、資料庫系統或者常用訪問方法沖突，比如，最近我編寫的一個 ODBC 連接程序里有個表，其中就用了 DESC 作為說明欄位名。後果可想而知！DESC 是 DESCENDING 縮寫後的保留詞。表裡的一個 SELECT * 語句倒是能用，但我得到的卻是一大堆毫無用處的信息。
• 保持欄位名和類型的一致性
在命名欄位並為其指定數據類型的時候一定要保證一致性。假如欄位在某個表中叫做「agreement_number」，你就別在另一個表裡把名字改成「ref1」。假如數據類型在一個表裡是整數，那在另一個表裡可就別變成字元型了。記住，你幹完自己的活了，其他人還要用你的資料庫呢。
• 仔細選擇數字類型
在 SQL 中使用 smallint 和 tinyint 類型要特別小心，比如，假如你想看看月銷售總額，你的總額欄位類型是 smallint，那麼，如果總額超過了 $32,767 你就不能進行計算操作了。
• 刪除標記
在表中包含一個「刪除標記」欄位，這樣就可以把行標記為刪除。在關系資料庫里不要單獨刪除某一行；最好採用清除數據程序而且要仔細維護索引整體性。
• 避免使用觸發器
觸發器的功能通常可以用其他方式實現。在調試程序時觸發器可能成為干擾。假如你確實需要採用觸發器，你最好集中對它文檔化。
• 包含版本機制
建議你在資料庫中引入版本控制機制來確定使用中的資料庫的版本。無論如何你都要實現這一要求。時間一長，用戶的需求總是會改變的。最終可能會要求修改資料庫結構。雖然你可以通過檢查新欄位或者索引來確定資料庫結構的版本，但我發現把版本信息直接存放到資料庫中不更為方便嗎？。
• 給文本欄位留足餘量
ID 類型的文本欄位，比如客戶 ID 或定單號等等都應該設置得比一般想像更大，因為時間不長你多半就會因為要添加額外的字元而難堪不已。比方說，假設你的客戶 ID 為 10 位數長。那你應該把資料庫表欄位的長度設為 12 或者 13 個字元長。這算浪費空間嗎？是有一點，但也沒你想像的那麼多：一個欄位加長 3 個字元在有 1 百萬條記錄，再加上一點索引的情況下才不過讓整個資料庫多佔據 3MB 的空間。但這額外占據的空間卻無需將來重構整個資料庫就可以實現資料庫規模的增長了。身份證的號碼從 15 位變成 18 位就是最好和最慘痛的例子。
• 列[欄位]命名技巧
我們發現，假如你給每個表的列[欄位]名都採用統一的前綴，那麼在編寫 SQL 表達式的時候會得到大大的簡化。這樣做也確實有缺點，比如破壞了自動表連接工具的作用，後者把公共列[欄位]名同某些資料庫聯系起來，不過就連這些工具有時不也連接錯誤嘛。舉個簡單的例子，假設有兩個表：
Customer 和 Order。Customer 表的前綴是 cu_，所以該表內的子段名如下：cu_name_id、cu_surname、cu_initials 和cu_address 等。Order 表的前綴是 or_，所以子段名是：
or_order_id、or_cust_name_id、or_quantity 和 or_description 等。
這樣從資料庫中選出全部數據的 SQL 語句可以寫成如下所示：
Select * From Customer, Order Where cu_surname = "MYNAME" ;
and cu_name_id = or_cust_name_id and or_quantity = 1
在沒有這些前綴的情況下則寫成這個樣子（用別名來區分）：
Select * From Customer, Order Where Customer.surname = "MYNAME" ;
and Customer.name_id = Order.cust_name_id and Order.quantity = 1
第 1 個 SQL 語句沒少鍵入多少字元。但如果查詢涉及到 5 個表乃至更多的列[欄位]你就知道這個技巧多有用了。
⑻ SqlServer 資料庫 如何設置唯一
可以啊
CREATEUNIQUEINDEXidxnameON#(riqi,startt,endt)