? Mange situasjoner gjør det nødvendig å utvikle en database med informasjon . I de fleste tilfeller er det også nødvendig å holde orden på alle innsettinger , oppdateringer og slettinger gjort i databasen. Dette krever opprettholde en logg over alle slike endringer . Skape en " historie" tabell som går parallelt med bordet viser alle databasen nåværende informasjon ( "gjeldende " tabellen ) er en effektiv måte å gjøre dette . Hver oppføring i en " historie" tabellen krever flere biter av informasjon. Eksempel
å illustrere, vurdere en database som lagrer informasjon om prisen på et bestemt produkt , for eksempel en video spill ( Assassins Creed , for eksempel) . Det vi trenger er et system som holder styr på alle endringer i pris, slik at opplysningene i " dagens" tabellen er nøyaktig. Løsningen er å lage en " historie" tabell for hvert produkt i databasen.
Informasjon
" Historie " bord krever en rekke informasjon som er lagret i gradene innenfor tabell . Først vil det ha å inkludere navnet på produktet ( " Assassins Creed ") . For det andre vil det ha å inkludere produkt-ID . Dette er nødvendig for å unngå forveksling med andre produkter med lignende titler ( f.eks " Assassins Creed : Brotherhood » eller « Assassin Creed : Deluxe Edition ) . . For det tredje vil det ha å inkludere den aktuelle prisen på produktet Fjerde, vil det ha å inkludere datoen den aktuelle oppføringen ble gjort. Femte, vil det ha å inkludere navnet på brukeren som gjorde endringen . slutt, siden slettinger kan være svært vanskelig å få øye på , vil det ha å inkludere en rangering identifisere eventuelle slettinger som ble gjort .
gjøre en endring
Når en endring er gjort til " dagens" tabellen , vil en tilsvarende oppføring må gjøres i " historie" tabellen . for å gjøre dette, må en autorisert person logger inn i systemet . Når han logger inn, kan han gå inn i relevant informasjon som beskrevet ovenfor , herunder endring i pris eller antall slettinger gjort , avhengig av saken. endringen vil vises på " historie " tabellen med navnet på personen som gjorde endringen tydelig merket. den " dagens" tabellen vil vise den nye prisen .
Evaluering
< p> Denne metoden er enkel å sette opp , spesielt hvis du bruker en kode generator for å gjøre det uønskede programmering arbeid . det er også enkelt å administrere, slik at brukerne kan kjøre søk etter oppdateringer gjort av bestemte personer eller på bestemte tider . den største ulempen er at administratorer må fysisk logge inn og oppdatere endringer i både " dagens" bord og " historie" table et alternativ vil være å finne en måte å konsolidere tabellene Dette ville kreve administratorer å lage bare én endring ; . . det ville gjelder alle relevante tabeller .