0% encontró este documento útil (0 votos)
153 vistas7 páginas

Archivos Log Del SGBD

Un log transaccional registra todos los cambios realizados a los datos de una base de datos por medio de transacciones como inserciones, actualizaciones y eliminaciones. Estos registros permiten auditorías e identificar cambios realizados por usuarios. Es recomendable utilizar triggers para registrar automáticamente las transacciones en tablas de log, en vez de programar esta funcionalidad en las aplicaciones.

Cargado por

elchuma23
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
153 vistas7 páginas

Archivos Log Del SGBD

Un log transaccional registra todos los cambios realizados a los datos de una base de datos por medio de transacciones como inserciones, actualizaciones y eliminaciones. Estos registros permiten auditorías e identificar cambios realizados por usuarios. Es recomendable utilizar triggers para registrar automáticamente las transacciones en tablas de log, en vez de programar esta funcionalidad en las aplicaciones.

Cargado por

elchuma23
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd

ARCHIVOS LOG DEL

SGBD
¿Que es un log de transacciones en un SGBD?

■ El concepto básico de un log transaccional es aquel que la define como las


tabla(s) de la base de datos, donde son registrados todos los cambios a los
datos.
■ Toda transacción SQL como insert, update, delete, se deben guardar en la
tabla(s) de logs, con el propósito de contar con un repositorio de datos que
permita contar con los mecanismos de  auditoria e identificar los cambios
realizados a la información por parte de los usuarios que interactúan con el
sistema de información.
■ Para las transacciones de tipo Update se requiere guardar en el log el
estado antes y después del estado de la información.
■ Las tablas encargadas de registrar los logs de las transacciones deben permitir:
• Identificar a los diferentes usuarios que interactúan con el sistema.
• La fecha y hora en que los usuarios realiza la transacción, de tal forma de
hacerlos responsables por las acciones que ellos realizan en los aplicativos que
interactúan con la base de datos.
■ Existen dos alternativas para registrar en las tablas los logs de las transacciones
ejecutadas:
• La primera es llenar las tablas  mediante el aplicativo, esto significa mucho
esfuerzo en programación, especialmente cuando existen cambios en la Base
de Datos.
• La segunda alternativa es llenar las tablas mediante el diseño de triggers, esta
opción tiene la ventaja de ser independiente del aplicativo y las tablas se
llenarán ya sea cuando se haga modificaciones directamente mediante
sentencias SQL o mediante opciones de menú o comandos del aplicativo.
■ ¿Que es lo recomendable?
■ Se recomienda utilizar el diseño de trigger. Esto debido a que se ejecutan
cuando sucede un evento como Insert, Delete, Update y se disparan antes
(Before) y/o después (After) de que la información sea modificada y con ello
evitar la implementación a nivel de aplicación.
■ El control de los logs a través de trigger permite registrar las transacciones
realizadas mediante la base de datos como de los aplicativos.
■ ¿Que esquema de log utilizar?
■ La estructura  de los trigger  a utilizar para registrar los logs de las
transacciones en las  tablas   de auditoria, antes de que la información sea
modificada  es el siguiente:
Importancia de un Log Transaccional
■ Un Log Transaccional es una parte vital de la base de datos y muy importante
para poder tener un sistema saludable. En el Log de Transacciones se guardan
todas y cada una de las transacciones que se realizan en la base de datos, el
explicar lo que es una transacción en base de datos sera otro post completo y
dedicado a explicarlas, pero por ahora debe quedar claro que el log de
transacciones es el que asegura que una transacción tenga la propiedad ACID
(Atomicity, Consistency, Isolation and Durability), debido a que cuando se
modifica un dato en la base de datos, lo primero que se hace para asegurar que
la transacción ha sido confirmada es escribir en el log de transacciones los
cambios realizados por la transacción, una vez realizado esto recién se puede
decir que la transacción esta completada, esta es la única manera de asegurar
que una transacción sea durable en el tiempo, porque si ocurriese un problema
justo después de hacer «commit» a una transacción, el log de transacciones es el
único medio que tiene la base de datos para poder reproducir los cambios en los
archivos de datos de la base de datos.

También podría gustarte