COLUMNS_UPDATED (Transact-SQL)

發行項
12/15/2008

更新： 2006 年 4 月 14 日

傳回一個 varbinary 位元模式，來指出插入或更新之資料表或檢視中的資料行。Transact-SQL INSERT 或 UPDATE 觸發程序主體內的任何位置都可以利用 COLUMNS_UPDATED，來測試觸發程序是否應該執行特定動作。

主題連結圖示 Transact-SQL 語法慣例

語法

COLUMNS_UPDATED ( )

傳回類型

varbinary

備註

COLUMNS_UPDATED 會測試多個資料行所執行的 UPDATE 或 INSERT 動作。若要在一個資料行上測試 UPDATE 或 INSERT 作業，請使用 UPDATE()。

COLUMNS_UPDATED 會傳回由左至右排序的一或多個位元組，每個位元組中最不重要的位元在最右邊。最左邊位元組的最右邊位元代表資料表的第一個資料行；左邊的下一個位元代表第二個資料行，依此類推。如果建立觸發程序的資料表包含超出八個資料行，COLUMNS_UPDATED 會傳回多個位元組，最不重要的位元組在最左邊。COLUMNS_UPDATED 會針對 INSERT 動作中的所有資料行傳回 TRUE，因為插入了明確的值或隱含的 (NULL) 值。

若要進行特定資料行的更新或插入測試，請遵照含有位元運算子和所測試的資料行之整數位元遮罩的語法。例如，t1 資料表包含 C1、C2、C3、C4 和 C5 資料行。若要確認全部更新 C2、C3 和 C4 資料行 (隨著有 UPDATE 觸發程序的 t1 資料表)，請遵照含 & 14 的語法。若要測試是否只更新 C2 資料行，請指定 & 2。

COLUMNS_UPDATED 可用在 Transact-SQL INSERT 或 UPDATE 觸發程序內的任何位置。

注意：
在 SQL Server 2005 中，INFORMATION_SCHEMA.COLUMNS 檢視的 ORDINAL_POSITION 資料行與 COLUMNS_UPDATED 所傳回之資料行的位元模式不相容。若要取得相容於 COLUMNS_UPDATED 的位元模式，在您查詢 `INFORMATION_SCHEMA.COLUMNS` 檢視時，請依照下列範例所示來參考 `COLUMNPROPERTY` 系統函數的 `ColumnID` 屬性：

SELECT TABLE_NAME, COLUMN_NAME,
    COLUMNPROPERTY(OBJECT_ID(TABLE_SCHEMA + '.' + TABLE_NAME),
    COLUMN_NAME, 'ColumnID') AS COLUMN_ID
FROM AdventureWorks.INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Contact';

範例

A. 利用 COLUMNS_UPDATED 來測試資料表的前八個資料行

下列範例會建立兩份資料表：employeeData 和 auditEmployeeData。employeeData 資料表會保留機密的員工薪資資訊，人力資源部門的成員可以修改這項資訊。如果員工的社會保險號碼 (SSN)、年薪或銀行帳戶有了改變，就會產生一筆稽核記錄，且會插入 auditEmployeeData 稽核資料表中。

藉由使用 COLUMNS_UPDATED()，可以快速測試含有機密員工資訊之資料行的任何變更。只有在您嘗試偵測資料表中前八個資料行的變更時，利用這個方式來使用 COLUMNS_UPDATED() 才有效。

USE AdventureWorks;
GO
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 
AFTER UPDATE AS
/*Check whether columns 2, 3 or 4 have been updated. If any or all
 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 test 
whether all columns 2, 3, and 4 are updated, use = 14 instead of >0
 (below).*/

   IF (COLUMNS_UPDATED() & 14) > 0
/*Use IF (COLUMNS_UPDATED() & 14) = 14 to see whether all 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 produced.*/

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 produced.*/

UPDATE employeeData
   SET emp_bankAccountNumber = '133146A0', emp_SSN = 'R-M53550M'
   WHERE emp_id = 101
GO
SELECT * FROM auditEmployeeData
GO

B. 利用 COLUMNS_UPDATED 來測試超出八個資料行

若要測試會影響資料表中前八個資料行以外之資料行的更新，請利用 SUBSTRING 函數來測試 COLUMNS_UPDATED 所傳回的正確位元。下列範例是測試會影響 AdventureWorks.Person.Contact 資料表中之第 3 個、第 5 個與第 9 個資料行的更新。

USE AdventureWorks;
GO
IF OBJECT_ID (N'uContact2', N'TR') IS NOT NULL
    DROP TRIGGER Person.tr1;
GO
CREATE TRIGGER uContact2 ON Person.Contact
AFTER UPDATE AS
    IF ( (SUBSTRING(COLUMNS_UPDATED(),1,1) & 20 = 20) 
        AND (SUBSTRING(COLUMNS_UPDATED(),2,1) & 1 = 1) ) 
    PRINT 'Columns 3, 5 and 9 updated';
GO

UPDATE Person.Contact 
   SET Title=Title,
      MiddleName=MiddleName,
      EmailPromotion=EmailPromotion;
GO

請參閱

參考

位元運算子 (Transact-SQL)
CREATE TRIGGER (Transact-SQL)
UPDATE() (Transact-SQL)

說明及資訊

取得 SQL Server 2005 協助

變更歷程記錄

版本	歷程記錄
2006 年 4 月 14 日	變更的內容：更新範例 B。

共用方式為