Det store billede
Før du kaster dig ud i et Access udviklingsprojekt er der nogle ting du bør overveje først
- Findes der et standardsystem der dækker behovet?
Argumentet for egenudvikling er ofte "Vi er helt specielle og de standardsystemer der findes dækker ikke vores behov"
Det er helt sikkert rigtigt, men måske kan man ved få ændringer i processer alligevel benytte et eksisterende system
- Har I intern kompetence til udvikling og vedligehold?
- Har I infrastruktur til en Access database (mere om det senere)
Skal du overtage en eksisterende Access database er overvejelserne ca. de samme
- Er det smartere at benytte lejligheden til at skifte til et standardsystem?
Her vil argumenterne være ca. de samme som ovenfor
- Har I den nødvendige kompetence til vedligehold fremover
- Har du tid i din jobbeskrivelse til at passe databasen fremover
En typisk Access arkitektur
Der er 3 veje man kan gå, når man skal beslutte hvordan man skal sætte sin Access database op
- Én database med det hele
Dette kan IKKE anbefales.
Skal du overtage en eksisterende database, hvor alt er i én database er din første opgave at ændre til en af de to følgende muligheder
- En frontend Access database med Access database som backend
Vi kalder den database brugerne skal anvende for frontend databasen. Den indeholder brugergrænsefladen og ingen data (dvs. formularer, forespørgsler og rapporter)
Backend databasen indeholder kun data (tabeller)
- En frontend Access med SQL server som backend
Denne arkitektur er den jeg anbefaler i langt de fleste tilfælde (der er dog eksempler på infrastruktur, hvor det ikke kan anbefales (mere om dette senere))
Når man har brugergrænsefladen og data adskildt man kan udvikle på brugergrænsefladen uden at påvirke data og man kan have en kopi af backend databasen, så man kan teste uden at lave ulykker.
På kurset her kommer vi til at arbejde med model 2. - dels fordi det er et Access kursus, men også fordi det er mere teknisk simpelt.