Hola David.
Me alegra que te sirviera.
Saludos.

Estoy intentando formarme bien y es la primera vez que encuentro algo tan detallado.

Un saludo.

Hola Juan Carlos, buenos días

Si tenés que reconocer lo que cambió para las tres acciones yo usaría un trigger INSTEAD OF que se ejecuta antes de la acción y te va a permitir conocer los valores viejos y nuevos de la entidad afectada y los vas a necesitar para el UPDATE y para el DELETE si querés guardar en el log los últimos valores que tenía la entidad antes de ser eliminada. Lo que complica la operación es que en este tipo de trigger vos vas a tener que hacer el insert, delete o update manualmente en el trigger.

Si usas este tipo de trigger vas a tener en la tabla «Paises» los valores viejos y en inserted los valores nuevos en un update y vas a poder comparar los valores viejos contra los nuevos,
Si querés hacerlo en forma genérica usando el esquema tenes un problema extra, no creo que puedas hacer un sp_executesql de «inserted» en forma directa, ya que no es una tabla, en cambio deberías pasar los valores a una tabla temporal de esta forma.

SELECT * INTO #entidad FROM inserted

Esta instruccion define la tabla temporal #entidad con las mismas columnas que inserted y le copia los valores, lo cual es ideal para para usarlo en forma genérica, ya que, si usas tablas variable no podés hacer esto, deberías declarar los campos manualmente de cada entidad y perdés la posibilidad de hacerlo genérico (luego recordá hacer un drop de la tabla temporal ya que vivirá en tu sesión hasta que la elimines)

Haciéndolo así vas a tener en #entidad los valores nuevos y en la tabla «Paises where id=xxx» los valores viejos y vas a poder compararlos uno a uno y ver si son iguales o no basándose en el tipo de dato, (recordá que los valores podrían ser null, deberías manejar esos casos también)

En altas o eliminación es todo más sencillo porque no hay que comparar.

como último detalle, en el caso de Paises, que parece ser una tabla base no vas a tener problemas, pero en entidades más complejas seguramente vas a tener referencias a otras tablas a través de FK, por lo que guardar en el log el ID no creo que vaya a servir por que la entidad original no estar más en el futuro y no vas a poder saber que dato tenía, creo que en esos casos deberías ir a la tabla y campo referenciados, recuperar el valor y guardar eso en el log.

Lo último de todo, en los triggers existe una función que se llama COLUMNS_UPDATED() que a través de bits enmascados te informan las columnas afectadas por una operación UPDATE, pero hay que tener cuidado con la misma, ya que no te indica que campos cambiaron, sino cuales fueron afectados por el update, que no es lo mismo.

https://learn.microsoft.com/en-us/sql/t-sql/functions/columns-updated-transact-sql?view=sql-server-ver16

Espero que te ayude!
Saludos

Cualquier ayuda o sugerencia la agradecería, estoy tratando de hacer el insert primero, la sería para las tres accciones, en el update solo guardaría las columnas que fueron modificadas, no todas.

CREATE TRIGGER TR_Audit_Paises ON dbo.Paises
    FOR INSERT, UPDATE, DELETE
AS
    DECLARE @SysUser	varchar(100)
    DECLARE @FullName	varchar(250)
    DECLARE @TableName  varchar(250)
    DECLARE @Action     varchar(50)	
	DECLARE @OldValue	varchar(Max)
	DECLARE @NewValue	varchar(Max)
	DECLARE @COLUMN_NAME AS varchar(100)
	DECLARE @DATA_TYPE AS varchar(100)
	DECLARE @SQLTEXT AS nvarchar(Max)
	DECLARE @SEPARATOR AS VARCHAR(5)
	DECLARE @SEPARATORCOLUMN AS VARCHAR(5)
	DECLARE @COLUMN_VALUE AS nvarchar(Max)
	DECLARE @DATAFULLTEXT AS NVARCHAR(Max) 
	
	SET @TableName = 'Paises';

	DECLARE ColumnInfo CURSOR FOR SELECT COLUMN_NAME, DATA_TYPE FROM INFORMATION_SCHEMA.COLUMNS WHERE table_name='paises' AND DATA_TYPE IN ('INT', 'VARCHAR', 'CHAR') ORDER BY ORDINAL_POSITION

	SET @SQLTEXT = ''
	SET @SEPARATOR = ':::'
	SET @SEPARATORCOLUMN = '::::'
	SET @DATAFULLTEXT = ''
	
    IF EXISTS ( SELECT 0 FROM Deleted )
        BEGIN
            IF EXISTS ( SELECT 0 FROM Inserted )
                BEGIN
                    --UPDATE
					SET @OldValue = ''
                END
            ELSE
                BEGIN
                    --DELETE
					SET @OldValue = ''
                END  
        END
    ELSE
        BEGIN
            --INSERT
			SELECT @SysUser = I.LastUserUpdate FROM Inserted I;
			IF @SysUser  '' 
				BEGIN
					SELECT @FullName = FullName FROM dbo.Users WHERE UserName = @SysUser	
				END
			ELSE
				BEGIN
					SELECT  @SysUser = login_name FROM sys.dm_exec_sessions WHERE session_id = @@SPID
					SET @FullName = 'Admin for console'	
				END

			OPEN ColumnInfo
			FETCH NEXT FROM ColumnInfo INTO @COLUMN_NAME, @DATA_TYPE
			WHILE @@fetch_status = 0
			BEGIN
				SET @SQLTEXT = 'DECLARE @SEPARATOR AS VARCHAR(5);';
				SET @SQLTEXT = @SQLTEXT + 'DECLARE @SEPARATORCOLUMN AS VARCHAR(5);';
				SET @SQLTEXT = @SQLTEXT + 'DECLARE @COLUMN_VALUE AS nvarchar(Max);';
				SET @SQLTEXT = @SQLTEXT + 'DECLARE @DATAFULLTEXT AS NVARCHAR(Max);';

				SET @SQLTEXT = @SQLTEXT + 'SET @SEPARATOR = '':-:'';';	
				SET @SQLTEXT = @SQLTEXT + 'SET @SEPARATORCOLUMN = ''::-::'';';
				
				SET @SQLTEXT = CONCAT(@SQLTEXT, N'SELECT @COLUMN_VALUE = Coalesce(CAST( ', @COLUMN_NAME, ' AS VARCHAR(Max)), '''') FROM ', 'paises ', ' WHERE id = 1 ;');
				SET @SQLTEXT = CONCAT(@SQLTEXT, N' SET @DATAFULLTEXT = @DATAFULLTEXT + @SEPARATORCOLUMN +''', @COLUMN_NAME,''' + @SEPARATOR + @COLUMN_VALUE;');

				EXECUTE sp_executesql @SQLTEXT;
				
				FETCH NEXT FROM ColumnInfo INTO @COLUMN_NAME, @DATA_TYPE
			END
			CLOSE ColumnInfo
			DEALLOCATE ColumnInfo

			INSERT  INTO dbo.AuditLogs ( SysUser, FullName, TableName, Action, OldValue, NewValue)
                    SELECT  @SysUser, @FullName, @TableName, 'INSERT', '', @DATAFULLTEXT FROM Inserted
        END
GO

Creo que la variable del cursor debe ir sin la «@». Seria «DECLARE varCursor CURSOR FOR SELECT …»

Hola Chema.
¿Cuál es el error que te devuelve el SQL? ¿Podrías copiar el query completo?
Gracias.

DECLARE @cursor CURSOR FOR
SELECT DISTINCT actualizacion FROM......

Podés traer más de un campo, pero entonces deberías declarar una variable por cada campo, algo así:

FETCH NEXT FROM ProdInfo INTO @Nombre, @Precio, @Cantidadtotal;

¡Suerte!

DECLARE ProdInfo CURSOR FOR SELECT Nombre , precio , cantidadtotal FROM Production.Product

se puede hacer esto??? el cursor puede guardar mas parametros?

Buenísimo, nos alegramos que te sirva!!!!!

Como puedo hacer en el uso de cursores para ver los resultados del proceso de cada registro del cursor. He notado que cuando utilizo cursores los resultados solo se muestran al finalizar el proceso completo del cursor.

Saludos.
Nuevamente GRACIAS.

Pero tengo una duda, cree un cursor dentro de un procedimiento almacenado para hacer mas sencilla su ejecución, al ejecutarlo por primera vez no hay problema funciona bien, pero si lo ejecuto por segunda vez no me regresa nada, tengo que esperar para volverlo a ejecutar, a pesar de que tengo el «Dellocate» y el «Close», ¿Alguna idea de que pudiera pasar?

saludos

No. Nombre Reg1 Reg2 Reg3 Reg4
01 Pedro 07:10:20 11:45:00 12:36:14 18:50:44
02 Luis 09:15:20 11:05:00 11:36:14 17:50:44

La Tabla Empleado tienen los siguientes Campos;
No. int
Nombre varchar

Registros de la tabla de Empleados
01 Pedro
02 Luis
03 Paco

Y la Tabla Entradas
No. int
Fecha date
Registro time(0)

Registros de la tabla Entradas
01 2015-01-01 07:10:20
02 2015-01-01 09:15:20
01 2015-01-01 11:45:00
02 2015-01-01 11:05:00
01 2015-01-01 12:36:14
02 2015-01-01 11:36:14
01 2015-01-01 18:50:44
02 2015-01-01 17:50:44

Buenas tardes.
No se entiende bien tu ejemplo, podrás darnos un poco más de información?
Saludos.

telefono DNI1
telefono DNI1

de lo anterior quisiera lo siguiente:

telefono1 DNI1
telefono2 DNI1

Tendras algun material que me pueda ayudar.

Saludos

Muchas gracias!!!

quisiera actualizar mi tabla 1 de la 2 por medio de un cursor,quedo en espera de sus valiosos comentarios

Hola jeremiasm, buenos días

El tema es que un cursor no es un objeto persistente que se almacena en tablas del SQL como por ejemplo las tablas, los stored procedures o los indices entre otros.
Los cursores son objetos que se crean en memoria (por eso es importante utilizar la sentencia deallocate para desalojarlo de la memoria que utiliza SQL Server). Por ese motivo no los vas a poder encontrar en el object explorer.
Slds

Hola Kristian, muchas gracias.
Podés encontrar algo de informacion teórica y práctica en esta url

http://msdn.microsoft.com/fr-fr/library/ms191179.aspx

slds