? Muitas situações tornam necessário desenvolver uma base de dados de informação. Na maioria dos casos , também é necessário para manter o controle de todas as inserções, atualizações e exclusões feitas no banco de dados. Isto requer a manutenção de um registro de todas essas mudanças . Criando uma tabela de " história ", que corre paralelo à tabela que exibe todas as informações atuais do banco de dados (a tabela " atual ") é uma maneira eficiente de fazer isso . Cada entrada em uma "história " mesa requer várias peças de informação. Exemplo

Para ilustrar, considere um banco de dados que armazena informações sobre o preço de um determinado produto , como um jogo de vídeo ( Assassins Creed , por exemplo) . O que precisamos é de um sistema que mantém o controle de todas as alterações no preço , de modo que as informações contidas na tabela de " atual " permanece preciso. A solução é criar uma tabela de " história " de cada produto no banco de dados .
Informações

tabelas "Histórico" exigem uma gama de informações armazenadas em fileiras dentro do tabela . Em primeiro lugar, terá de incluir o nome do produto (" Assassins Creed " ) . Em segundo lugar, terá de incluir a identificação do produto . Isso é necessário para evitar a confusão com outros produtos com títulos semelhantes (por exemplo , " Assassins Creed: Brotherhood" ou "Assassins Creed: Deluxe Edition) . . Terceiro lugar, terá de incluir o preço atual do produto Em quarto lugar, ele terá que incluir a data da entrada atual foi feita. Quinto, terá de incluir o nome do usuário que fez a alteração. Finalmente, como deleções podem ser muito difíceis de detectar, ele terá de incluir uma classificação identificando eventuais exclusões que foram feitas .
Fazendo uma mudança

Quando uma alteração é feita para a mesa " corrente " , uma entrada correspondente terá que ser feita na " história " mesa. para fazer isso, uma pessoa autorizada deve fazer login no sistema. uma vez que ele faz logon, ele pode entrar as informações relevantes , como descrito acima, incluindo a mudança no preço ou o número de exclusões feitas , dependendo do caso. a alteração será exibida na mesa " história " com o nome da pessoa que fez a alteração , claramente identificadas. a tabela " atual " irá mostrar o novo preço.
Avaliação

Este método é fácil de configurar, especialmente se você usar um gerador de código para fazer o trabalho de programação indesejável. também é fácil de gerir, permitindo aos usuários executar buscas por atualizações feitas por certas pessoas ou em determinados momentos. a principal desvantagem . . é que os administradores tem que entrar fisicamente em mudanças e atualização , tanto na mesa " atual " ea " história " mesa uma alternativa seria encontrar uma maneira de consolidar as tabelas isso exigiria que os administradores façam apenas uma mudança, que seria aplicam-se a todas as tabelas relevantes.