1. Hensikten med kurset - Lars Marius Garshol

Innføring i databaser
• ‘Visuelle’ programmeringsspråk
Dette er videreutviklinger av vanlige programmeringsspråk, der man kan ‘tegne’ deler av
programmet på skjermen (særlig brukergrensesnittet), og utviklingsverktøyet genererer så
koden for en. Dette forenkler mye av rutinetastingen man ellers måtte gjøre, og sparer både
tid og feil. Ulempen er at man ofte ikke lenger kan gjøre hva som helst, og at programmene
kan bli langsommere.
Eksempler på verktøy av denne typen er Borland Delphi (som bygger på Pascal) og
Microsoft Visual Basic (som bygger på BASIC).
• Fjerde-generasjons-verktøy
Her finnes en mengde forskjellige varianter, og databasesystemer er bare en av dem. Disse
er som regel basert på å utvikle systemer av en bestemt type, slik databasesystemer er ment
til utvikling av arkivprogrammer. Her er man med andre ord enda mer begrenset enn om
man bruker et programmeringsspråk, til gjengjeld blir det færre feil og utviklingen går
raskere. Systemene kan ofte bli vel så raske som om man hadde brukt et vanlig
programmeringspråk.
2.4 Godt design
Å lage et stort program med godt design er ikke enkelt, faktisk nærmest umulig. Å komme i
nærheten av et godt design krever talent, disiplin, mye arbeid, erfaring og iblant også flaks.
Merk at jeg sier stort. For mindre programmer er det langt enklere, og for de systemene vi går
løs på i dette kurset er det ingen stor sak å få det til.
En svært viktig del av et godt databasedesign er valget av tabeller og forhold. Gjør man et
dårlig valg her får man svi for det senere. Et annet viktig poeng er navnene: alle tabeller, felter,
spørringer osv må ha gode navn.
Her er noen små tommelfingerregler:
• Unngå dobbeltlagring! I en god database finnes ikke de samme dataene lagret to forskjellige
steder (enten det er tabeller eller felter.)
• Ikke legg for strenge begrensninger på bruken av systemet. Dersom det er noe du ikke har
tenkt på vil du bare provosere brukerne.
• Ikke gjør systemet for slapt, slik at det tillater ting som ikke burde vært tillatt. (Det er ikke
lett å kombinere dette med regelen ovenfor.)
• Et godt design mangler ingenting og har ingen overflødige deler. Dette er viktig: jo mindre
systemet er, jo bedre. Det blir enklere å endre, forstå og bruke. Pass bare på at det ikke blir
for lite...
• Pass på å ha tenkt gjennom så mye som mulig før du begynner. Når deler av et program
skrives om har det ekstra lett for å oppstå feil.
• Navn er svært viktige! Vær konsekvent og grundig i navngivingen din.
1096 - Lars Marius Garshol 11