Cómo realizar consultas de archivos de registro (.ldf) de SQL Server 2005 Express Edition?

Question

Quiero hacer esto, porque me gustaría saber cuántas veces se ha cambiado una fila en particular.

¿Es esto posible?

Gracias?

Answer 1

La lectura del archivo de registro o bien lleva una herramienta comercial, o una increíble cantidad de conocimientos de SQL internos de lograr. Se puede ver parte de la salida cruda mediante el uso de:     Select * from :: fn_DBlog (null, null)

En realidad decodificación para encontrar el mismo registro que está siendo alterada y la garantía de cualquier alteración que se cometió etc sería una tarea difícil, por decirlo suavemente. Por lo que es 'posible' pero no muy 'probable' que usted será capaz de hacerlo.

Si necesita que la funcionalidad dentro de una base de datos entonces usted debe buscar en disparadores / lógica dentro del código.

Answer 2

respuesta tardía pero espero que sea útil para los nuevos lectores ...

Una de las funciones más que puede probar es DBCC LOG pero por desgracia esto es la función indocumentado misma como fn_dblog.

Problema con registro de transacciones en SQL Server es que nunca estaba destinado a ser utilizado para esto, pero sólo para permitir punto en propiedades de recuperación y de transacción de tiempo.

Hay una lector del registro comercial de ApexSQL que se puede tratar.

Aquí también son puestos similares pareja que podría obtener en la dirección correcta.

Leer el archivo de registro (* .LDF) en SQL Server 2008

transacciones de SQL Server Log Explorer / Analizador

Answer 3

Puede utilizar este programa para hacerlo   http://www.red-gate.com/products/SQL_Log_Rescue/index. htm

Answer 4

Considere el uso de SQL Server 2008.

Hay una característica nueva de SQL Server 2008 llamado captura de datos modificados que hace exactamente lo que necesita, que se va a realizar un seguimiento de las modificaciones de datos a través del tiempo.

Mirando para inspeccionar el archivo de registro con el fin de realizar un seguimiento de los cambios no es una práctica aconsejable. Si lo hace, le proporcionará una historia limitada, cuyo ámbito de aplicación sería también depende del modelo de recuperación que utiliza para su base de datos.

Se podría "hágalo usted mismo" solución con una pequeña cantidad de desarrollo, mediante el uso de una tabla de registro y poblarlo usando disparadores SQL Server. La idoneidad de esta solución a es, por supuesto, depende de su modelo de negocio.

Tome un vistazo al siguiente artículo de TechNet para una lectura interesante:

Seguimiento de cambios en su base de datos empresarial