Lo que implica mantener un registro de todas las actualizaciones de la base de datos?

Muchas situaciones hacen necesario el desarrollo de una base de datos de información. En la mayoría de los casos, también es necesario realizar un seguimiento de todas las inserciones, actualizaciones y eliminaciones realizadas a la base de datos. Para ello es necesario mantener un registro de todos estos cambios. Creación de una tabla "historia" que corre paralelo a la tabla que muestra toda la información actual de la base de datos (la tabla "actual") es una forma eficaz de hacer esto. Cada entrada en una tabla "historia" requiere varias piezas de información.

Ejemplo

Como ejemplo, consideremos una base de datos que almacena información sobre el precio de un determinado producto, tales como un juego de vídeo (credo del asesino, por ejemplo). Lo que necesitamos es un sistema que realiza un seguimiento de todos los cambios en el precio, de forma que la información en la tabla de "actual" sigue siendo exacta. La solución es crear una tabla de "historia" para cada producto en la base de datos.

Información

"Historia" tablas requieren una amplia gama de información almacenada en filas en la tabla. En primer lugar, tendrá que incluir el nombre del producto ( "Assassins Creed"). En segundo lugar, tendrá que incluir el ID de producto. Esto es necesario para evitar la confusión con otros productos con títulos similares (por ejemplo, "Assassins Creed: La Hermandad" o "Assassins Creed: Deluxe Edition).. En tercer lugar, se tendrá que incluir el precio actual del producto En cuarto lugar, tendrá que incluir la fecha en que se hizo la entrada actual. en quinto lugar, se tendrá que incluir el nombre del usuario que hizo el cambio. Por último, dado que las deleciones pueden ser muy difíciles de detectar, tendrá que incluir un rango identificar cualquier supresiones que se hicieron .

Hacer un cambio

Cuando se hace un cambio en la tabla "actual", una entrada correspondiente tendrá que ser hecha en la tabla "historia". Con el fin de hacer esto, una persona autorizada debe iniciar sesión en el sistema. Una vez que inicie la sesión, se puede introducir la información correspondiente tal como se describe más arriba, incluyendo el cambio en el precio o el número de supresiones hecho, según el caso. El cambio aparecerá en la tabla "historia" con el nombre de la persona que realizó el cambio claramente marcado. La tabla de "actual" mostrará el nuevo precio.

Evaluación

Este método es fácil de configurar, especialmente si se utiliza un generador de código para hacer el trabajo de programación indeseable. También es fácil de manejar, lo que permite a los usuarios ejecutar búsquedas de actualizaciones realizadas por ciertas personas o en ciertos momentos. El principal inconveniente es que los administradores tienen que entrar físicamente en la actualización y cambios, tanto en la mesa "actual" y la tabla "historia". Una alternativa sería encontrar una manera de consolidar las tablas. Para ello sería necesario que los administradores realizar un solo cambio; que se aplicaría a todos los cuadros pertinentes.