Automatisk generering af system til databehandling
Automatisk generering af system til databehandling
Automatisk generering af system til databehandling
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Side 28<br />
Nogle databaser har en decideret syntaks <strong>til</strong> at beskrive joins, mens andre bruger at sætte de to<br />
felter lig hinanden i filteret i SQLen.<br />
5.1.7 View<br />
Et View bruges <strong>til</strong> at simplificere udtræk fra databasen samt <strong>til</strong> at optimere hastigheden på<br />
udtræk. Et View er ofte en predefineret SQL forespørgsel.<br />
Et view er en abstraktion oven på den reelle datastruktur. Et View kan bruges <strong>til</strong> at skjule den<br />
reelle datastrukturs kompleksitet fra den applikation der skal bruge den. Kompliceret logik for<br />
udtræk fra databasen kan derfor fjernes fra applikationen og implementeres i databasen.<br />
Nogle bryder sig ikke om at bruge Views når de designer applikationer. Grunden <strong>til</strong> dette er at<br />
et View indeholder information om brug <strong>af</strong> data, og dette efter deres mening ikke skal ligge i<br />
databasen.<br />
Da Views ligner tabeller så meget, er det også muligt at hente data fra andre Views. Det giver<br />
genbrug <strong>af</strong> kode og simplificerer database adgangen ved komplekse forespørgsler.<br />
Views bliver gemt på databasen, og nogle databaser kan optimere disse så der opnås en bedre<br />
performance i forhold <strong>til</strong> at kalde databasen med <strong>til</strong>svarende SQL.<br />
5.1.8 Normalisering <strong>af</strong> data<br />
Normalisering <strong>af</strong> data går ud på at optimere datastrukturer.<br />
Ved at normalisere data undgås redundant data, og vedligeholdelse bliver derfor nemmere.<br />
Datamodeller kan kategoriseres i forskellige normaliseringsgrader. 3. normaliseringsform<br />
anses oftest som den mest optimale.<br />
I 3. normaliseringsform bliver alle informationer kun gemt én gang i <strong>system</strong>et. Normaliseret<br />
data er struktureret efter hvordan det hænger sammen med andet data, og ikke efter hvordan<br />
data skal bruges. På denne måde bliver det nemmere at genbruge data på tværs <strong>af</strong><br />
funktionalitet.<br />
Eks.<br />
En normaliseret adresse vil bl.a. bestå <strong>af</strong> en fremmednøgle <strong>til</strong> en vej. En denormaliseret<br />
adresse vil i sig selv indeholde vejnavnet.<br />
Hvis der er ændringer <strong>til</strong> vejnavnet, skal det i en normaliseret datastruktur kun ske ét sted.<br />
Alle adresser der refererer <strong>til</strong> den vej vil automatisk blive ’opdateret’. Hvis ikke strukturen var<br />
normaliseret, ville alle adresserne skulle opdateres.<br />
En anden fordel er at adresser kun kan ligge på gyldige veje. Det er kun muligt at lave en<br />
reference <strong>til</strong> en vej der rent faktisk eksisterer. Hvis vejnavnet lå som en tekststreng på<br />
adressen, vil det være meget sært at validere om adressen nu også er gyldig.