COLUMNS_UPDATED (Transact-SQL)

Retorna um padrão de bit varbinary que indica as colunas de uma tabela ou exibição que foram inseridas ou atualizadas. COLUMNS_UPDATE é utilizado em qualquer lugar no corpo de um gatilho Transact-SQL INSERT ou UPDATE para testar se o gatilho deve executar determinadas ações.

Convenções de sintaxe Transact-SQL

Sintaxe

COLUMNS_UPDATED ( ) 

Tipos de retorno

varbinary

Comentários

COLUMNS_UPDATED testa para UPDATE ou INSERT as ações executadas em colunas várias. Para testar as tentativas de UPDATE ou INSERT em uma coluna, use UPDATE().

COLUMNS_UPDATED retorna um ou mais bytes que são ordenados da esquerda para a direita, sendo que o bit menos significativo fica mais à direita. O mais à direita do byte mais à esquerda representa a primeira coluna da tabela; o próximo bit à esquerda representa a segunda coluna, e assim por diante. COLUMNS_UPDATED retornará vários bytes se a tabela na qual o gatilho foi criado contiver mais que oito colunas, com pelo menos um byte significativo sendo o que fica mais à esquerda. COLUMNS_UPDATED retorna TRUE para todas as colunas em ações INSERT porque as colunas têm valores explícitos ou implícitos (NULL) inseridos.

Para testar as atualizações ou inserções feitas em colunas específicas, a sintaxe deve ser seguida por um operador bit a bit e um bitmask inteiro das colunas que estão sendo testadas. Por exemplo, a tabela t1 contém as colunas C1, C2, C3, C4 e C5. Para verificar se as colunas C2, C3 e C4 forem todas atualizadas (com a tabela t1 tendo um gatilho UPDATE), a sintaxe deve ser seguida por & 14. Para testar se apenas a coluna C2 foi atualizada, especifique & 2.

COLUMNS_UPDATED pode ser usado em qualquer lugar dentro de um gatilho Transact-SQL INSERT ou UPDATE.

Cuidado
No SQL Server 2008, a coluna ORDINAL_POSITION da exibição INFORMATION_SCHEMA.COLUMNS não é compatível com o padrão de bit de colunas retornadas por COLUMNS_UPDATED. Para obter o padrão de bit compatível com COLUMNS_UPDATED, faça referência à propriedade ColumnID da função do sistema COLUMNPROPERTY ao consultar a exibição INFORMATION_SCHEMA.COLUMNS, como mostrado no exemplo a seguir.

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

Conjuntos de colunas

Quando um conjunto de coluna for definido em uma tabela, a função COLUMNS_UPDATED comporta-se das seguintes maneiras:

• Quando uma coluna que é membro do conjunto de colunas é explicitamente atualizada, o bit correspondente àquela coluna é definido como 1 e o bit do conjunto de colunas é definido como 1.

• Quando um conjunto de colunas é explicitamente atualizado, o bit do conjunto de colunas é definido como 1 e os bits de todas as colunas esparsas dessa tabela são definidos como 1.

• Para operações de inserção, todos os bits são definidos como 1.

  Como as alterações feitas no conjunto de colunas fazem com que todas as colunas do conjunto de colunas sejam definidas como 1, as colunas do conjunto de colunas que não foram alteradas parecerão ter sido modificadas. Para obter mais informações sobre conjuntos de colunas, consulte Usando conjuntos de colunas.

Exemplos

A. Usando COLUMNS_UPDATED para testar as primeiras oito colunas de uma tabela

O exemplo a seguir cria duas tabelas: employeeData e auditEmployeeData. A tabela employeeData mantém informações confidenciais da folha de pagamento dos funcionários e pode ser modificada por membros do departamento de recursos humanos. Se o número da previdência social (INSS), o salário anual ou o número da conta bancária de um funcionário for alterado, um registro de auditoria será gerado e inserido na tabela de auditoria auditEmployeeData.

Usando COLUMNS_UPDATED(), você consegue testar rapidamente todas as alterações feitas em colunas que contêm informações confidenciais de funcionários. O uso de COLUMNS_UPDATED() dessa forma funcionará apenas quando você estiver tentando detectar alterações nas primeiras oito colunas da tabela.

USE AdventureWorks2008R2;
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. Usando COLUMNS_UPDATED para testar mais de oito colunas

Para testar as atualizações que afetam outras colunas além das oito primeiras da tabela, use a função SUBSTRING para testar o bit correto retornado por COLUMNS_UPDATED. O exemplo a seguir testa as atualizações que afetam as colunas 3, 5 e 9 da tabela AdventureWorks2008R2.Person.Person .

USE AdventureWorks2008R2;
GO
IF OBJECT_ID (N'uContact2', N'TR') IS NOT NULL
    DROP TRIGGER Person.tr1;
GO
CREATE TRIGGER uContact2 ON Person.Person
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.Person 
   SET JobTitle=JobTitle,
      MiddleName=MiddleName,
      EmailPromotion=EmailPromotion;
GO

Consulte também

Referência

Operadores bit a bit (Transact-SQL)

CREATE TRIGGER (Transact-SQL)

UPDATE() (Transact-SQL)