Det er klart fra navnet : En database er en samling af data. Hvad gør en database værdifuldt , kan dog ikke være så klar . Det er ikke nok blot at have en stor mængde data, såsom alle de navne og telefonnumre i en telefonbog , de data, der skal gøres brugbar ved den måde , du interagerer med det. Som grænseflade eller struktur af en database er udviklet og dataene i databasen er udvidet, sporing og styring versionerne bliver en videnskab i sig selv . Design Arkitektur vs data
p Det er vigtigt at skelne mellem data i en database , og selve databasen . De kan udvikle sig uafhængigt af hinanden . Du kan tænke på databasen som værende en beholder, der indeholder dataene. Ved at tænke på dem som diskrete komponenter , kan du spore versioner af dem uafhængigt af hinanden. Denne teknik er ikke tvinge dig til at koble udviklingen af beholderen med udviklingen af dens indhold.
Backup Strategier
Brug af telefonbogen eksempel forestille sig, hvordan megen information ændringer fra år til år : de fleste af de data forbliver den samme. Men hvis du gemmer en version af databasen med jævne mellemrum , er du nødt til at replikere en masse oplysninger, som ikke har ændret sig , hvilket tager en masse disk - lagerplads. Hvis du har en netop stor nok database, kan lagerplads blevet et kritisk problem. Nogle databaser og nogle uafhængige backup utility software har version - ledelsesstrategier , der undgår unødig replikation. Før de sparer en version af databasen , de sammenligner hvad der er ved at blive gemt i den sidst gemte version . Dette er undertiden kaldes en " forskel " eller " dif "-funktion. Softwaren gemmer derefter kun, hvad har ændret sig , sammen med instruktioner til at sammenligne det med basisfilnavnet - så i kombination originalen og de ændringer er to versioner . Teknikken kan replikeres på ubestemt tid.
Saving søgeforespørgsler
p Det er vigtigt at kende de væsentlige værdien af, hvad du gemmer . Hvis du gemmer en version af din database interface , du ønsker en teknik, der gemmer de nye ændringer. Hvis du gemmer en version af de data , kan du bruge en teknik, der blot gemmer data , uden at databasen indeholdt ansøgningen. Andre gange den reelle værdi af, hvad du gemmer, er bare et specifikt søgning. Du er virkelig sparer en synspunkt, eller en måde at organisere dine data i din database. Hvis dette er dit mål - eller den værdi, du ønsker at bevare - du kan spare søgestrengen uafhængig af database ansøgning og data
Herunder slettede eller dårlige data
.
med mange databaser , kan det være fristende at slette forældede data. For eksempel, hvis du har en e-mail- liste, og folk opt- out på din liste kan du føle sig tvunget til at slette deres navne og adresser . Må ikke være alt for forhastet . Det er en bedre teknik til at spare og forøge data. Har et felt, der korrelerer med navn og e-mail- adresse angiver det er en fravalgt adresse. Ved at gemme det og forstærke de data , kan du derefter bruge dataene til at sortere og sammenligne. For eksempel, hvis du kombinerer en anden version af databasen replikerende områder kan denne teknik forhindre dig løsne alle forbeholdene .