? Mange situationer gør det nødvendigt at udvikle en database af information. I de fleste tilfælde er det også nødvendigt at holde styr på alle indsættelser , opdateringer og sletninger, der foretages i databasen . Dette kræver at opretholde en log over alle sådanne ændringer. Oprettelse af en " historie " tabel, der løber parallelt med bordet viser alle databasens aktuelle oplysninger ("den nuværende" tabel) er en effektiv måde at gøre dette . Hver post i en " historie "-tabellen kræver flere stykker information . Eksempel

For at illustrere , overveje en database, der gemmer oplysninger om prisen for et bestemt produkt , såsom en video game ( Assassins Creed , for eksempel) . Hvad vi har brug for , er et system , der holder styr på alle ændringer til den pris , så oplysningerne i " nuværende" tabellen forbliver nøjagtig . Løsningen er at skabe en " historie " tabel for hvert produkt i databasen.
Information

"Historik " tabeller kræver en række oplysninger lagret i rækker inden for tabel . Først, vil det have at indeholde navnet på det produkt ( " Assassins Creed "). For det andet vil det have at omfatte produkt-id'et . Dette er nødvendigt for at undgå forveksling med andre produkter med lignende titler ( fx " Assassins Creed: Brotherhood " eller " Assassins Creed: Deluxe Edition) . . Tredje vil det have at omfatte den aktuelle pris for produktet fjerde vil det have at indeholde datoen den aktuelle indtastning blev foretaget. femte , vil det have at indeholde navnet på den bruger, der foretog ændringen . Endelig da sletninger kan være meget svært at få øje på , vil det omfatte en rang identificere eventuelle sletninger , der blev foretaget .
gøre en forandring

Når der foretages ændringer til den " nuværende" tabellen , vil en tilsvarende post skal foretages i " historie " tabellen. for at gøre dette, skal en autoriseret person, logge ind i systemet. Når han logger på , kan han indtaste de relevante oplysninger som beskrevet ovenfor, herunder ændringen i prisen eller antallet af sletninger foretaget , alt efter tilfældet . den ændringen vil blive vist på " historik "-tabellen med navnet på den person, der foretog ændringen tydeligt markeret. den " nuværende" bord vil vise den nye pris.
Evaluation
< p> Denne metode er nem at sætte op , især hvis du bruger en kode generator til at gøre det uønskede programmering arbejde. det er også let at administrere , giver brugerne mulighed for at køre søgninger efter opdateringer , som visse mennesker eller på bestemte tidspunkter . den største ulempe er, at administratorer har til fysisk at logge ind og opdatere ændringer i både de " nuværende" bordet og " historie " table et alternativ ville være at finde en måde at konsolidere tabellerne Dette vil kræve administratorer kun at foretage én ændring , . . det ville gælder for alle relevante tabeller.