¿Buscar cambios en una tabla de SQL Server?

Desafortunadamente CHECKSUM no siempre funciona correctamente para detectar cambios. Es solo una suma de comprobación primitiva y ningún cálculo CRC. Por lo tanto, no se puede utilizar para detectar todos los cambios, por ejemplo, los cambios simétricos resultan en la misma SUMA de comprobación!

Por ejemplo, la solución con CHECKSUM_AGG(BINARY_CHECKSUM(*)) siempre entrega 0 para las 3 tablas con contenido diferente!

SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 1 as numA, 1 as numB
  UNION ALL
  SELECT 1 as numA, 1 as numB
)  q
-- delivers 0!

SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 1 as numA, 2 as numB
  UNION ALL
  SELECT 1 as numA, 2 as numB
)  q
-- delivers 0!

SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 0 as numA, 0 as numB
  UNION ALL
  SELECT 0 as numA, 0 as numB
)  q
-- delivers 0!

¿Por qué no quieres usar disparadores? Son algo bueno si los usas correctamente. Si los usas como una forma de hacer cumplir la integridad referencial, es cuando van de bueno a malo. Pero si los utiliza para el monitoreo, realmente no se consideran tabú.

¿Con qué frecuencia necesita verificar los cambios y cuán grandes (en términos de tamaño de fila) son las tablas en la base de datos? Si utiliza el método CHECKSUM_AGG(BINARY_CHECKSUM(*)) sugerido por John, escaneará cada fila de la tabla especificada. La sugerencia NOLOCK ayuda, pero en una base de datos grande, todavía está golpeando cada fila. También tendrá que almacenar la suma de verificación para cada fila para que diga que una ha cambiado.

¿Has considerado abordar esto desde un ángulo diferente? Si no desea modificar el esquema para agregar disparadores, (lo cual tiene sentido, no es su base de datos), ¿ha considerado trabajar con el proveedor de aplicaciones que hace la base de datos?

Podrían implementar una API que proporcione un mecanismo para notificar a las aplicaciones accesorias que los datos han cambiado. Podría ser tan simple como escribir en una tabla de notificación que enumera qué tabla y qué fila se modificaron. Eso podría implementarse a través de disparadores o código de aplicación. Por tu parte, ti no importaría, tu única preocupación estaría escaneando la tabla de notificaciones de forma periódica. El golpe de rendimiento en la base de datos sería mucho menor que escanear cada fila en busca de cambios.

La parte difícil sería convencer al proveedor de la aplicación para implementar esta característica. Dado que esto se puede manejar completamente a través de SQL a través de disparadores, podría hacer la mayor parte del trabajo para ellos escribiendo y probando los disparadores y luego trayendo el código al proveedor de la aplicación. Al hacer que el proveedor admita los desencadenantes, evita la situación en la que la adición de un disparador reemplaza inadvertidamente un disparador suministrado por el proveedor.

Tiene un trabajo DTS (o un trabajo iniciado por un servicio de Windows) que se ejecuta en un intervalo determinado. Cada vez que se ejecuta, obtiene información sobre la tabla dada utilizando las tablas system INFORMATION_SCHEMA, y registra estos datos en el repositorio de datos. Compare los datos devueltos con respecto a la estructura de la tabla con los datos devueltos la vez anterior. Si es diferente, entonces sabes que la estructura ha cambiado.

Consulta de ejemplo para devolver información sobre todos de las columnas en la tabla ABC (idealmente listando solo las columnas de la tabla INFORMATION_SCHEMA que desee, en lugar de usar *select ** como hago aquí):

select * from INFORMATION_SCHEMA.COLUMNS where TABLE_NAME = 'ABC'

Supervisaría diferentes columnas y vistas INFORMATION_SCHEMA dependiendo de cómo defina exactamente "cambios en una tabla".

Desafortunadamente, no creo que haya una manera limpia de hacer esto en SQL2000. Si limita sus requisitos a SQL Server 2005 (y posteriores), entonces está en el negocio. Puede usar la clase SQLDependency en System.Data.SqlClient. Ver Notificaciones de consulta en SQL Server (ADO.NET).

Adivina aquí: Si no quieres modificar las tablas de terceros, ¿puedes crear una vista y luego poner un disparador en esa vista?

Compruebe la última fecha de confirmación. Cada base de datos tiene un historial de cuándo se realiza cada confirmación. Creo que es un estándar de cumplimiento ÁCIDO.