1. Hensikten med kurset - Lars Marius Garshol

12.4 Sikkerhet
Innføring i databaser
Access har ganske dårlig sikkerhet i forhold til slettede poster, slik at jevnlig backup er å
anbefale. Alt som da trengs er å ta kopi av .MDB-filen, som inneholder hele databasen. Access
lager også en .LDB-fil, men den trengs ikke.
Dersom du komprimerer databasen med komprimeringsprogrammer som f.eks. PkZip eller
ARJ kan du regne med ganske god komprimering, ettersom databaser ikke bruker særlig
plassbesparende lagringsformater.
12.5 Databaser i nettverk
Det er fullt mulig å lage en Access-database som kan brukes av flere brukere samtidig, og deles
over et nettverk. Selve databasen behøver ikke å lages annerledes av den grunn, men oppsettet
må gjøres litt annerledes. Dette er egentlig et temmelig stort område, så vi skal ikke gå i
dybden på dette her.
Den enkleste (og mest primitive!) måten å dele en database på er å gå inn på Vis|Alternativer i
menyen, og velge Flerbruker/ODBC. Der stiller du Standard postlåsing til ‘Endret post’ og
Standard åpenmodus for databaser til ‘Delt’.
Nå vil brukere kunne dele databasen uten at de overskriver hverandres endringer dersom de
prøver å endre en post samtidig. Istedet vil de få beskjed om at posten er låst, slik at de ikke
kan endre den. Dette kan gjøres mer avansert, blant annet gjennom bruk av Access Basic, men
det går vi ikke inn på her.
12.6 Distribusjon av det ferdige programmet
Det er fullt mulig å lage kommersielle programmer med Access. Det vil si: at du enten lager
programmer på bestilling mot betaling eller at du lager mer generelle programmer og utgir
disse. I begge tilfeller vil du ønske å gi din .MDB-fil til brukerne. Problemet er da at brukerne
må ha Access for å kunne kjøre programmet ditt. Dette kan omgås hvis du anskaffer deg
Access Developer’s Toolkit som koster ca 3500,- Der finnes en fil som heter
MSARN200.EXE som du kan gi bort til hvem som helst, og som bare kan brukes til å kjøre
.MDB-filer, ikke lage dem.
Dersom programmet utgis og brukes av andre enn deg selv vil brukerne garantert forlange
endringer etterhvert. De vil også forlange å få beholde sine gamle data. Du står da overfor et
problem, ettersom skjemaer og rapporter (som er det som mest sannsynlig må endres) ligger i
samme fil som dataene. Dermed: gir du dem en ny tom .MDB-fil må de enten bytte den ut med
den gamle (og miste dataene) eller importere alt de trenger. (Det siste er ikke en jobb for
uerfarne brukere.)
Løsningen på problemet består i å lage en database som bare inneholder tabellene. Så lager du
en database som inneholder alt det andre, og tilknytter tabellene til denne. Du kan da
distribuere grensesnitt-databasen så ofte du vil, uten at dataene slettes, fordi de ligger i en
annen fil.
1096 - Lars Marius Garshol 66