Access har en funksjonsrik plattform for utvikling av databaseprogrammer. Et databaseprogram er et dataprogram som gir både en måte å lagre og behandle data på og et brukergrensesnitt som følger logikken til forretningsoppgaver (programlogikk). Denne artikkelen omhandler grunnleggende distribusjonsplanlegging, pakking og signering, distribusjon av databaseprogrammer og Access Runtime-miljøet.
Hva vil du gjøre?
- Planlegge distribusjon
- Distribuere et Access-program
- Forstå og laste ned Access Runtime
- Opprette en installasjonspakke
Planlegge distribusjon
Før du begynner, bør du stille deg selv følgende spørsmål om hvordan programmet skal distribueres.
Skal dataene og logikken skilles?
Du kan opprette et Access-program som kombinerer databehandling og programlogikk i én fil. Dette er standard programstruktur i Access. Kombinasjon av databehandling og programlogikk i én fil er den enkleste distribusjonsmetoden, men denne metoden fungerer best bare hvis noen få personer bruker programmet samtidig, og det innebærer en viss risiko. For eksempel kan en bruker forårsake datatap ved å slette eller skade programfilen uten å mene det. I de fleste tilfeller bør du skille databehandling og programlogikk. Dette bidrar til å forbedre ytelsen og påliteligheten.
Én måte å skille data og logikk på er ved hjelp av Access-databasekommandoen (på Databaseverktøy-fanen i Flytt data-gruppen). Denne kommandoen deler databaseprogrammet i to Access-filer: én for logikk (en frontdel) og én for data (en serverdel). En database kalt MySolution.accdb er for eksempel delt inn i to filer kalt MySolution_fe.accdb og MySolution_be.accdb. Du plasserer bakdatabasen på en delt plassering, for eksempel en nettverksmappe. Du distribuerer frontfilen, én kopi til hver bruker, til datamaskinene deres. Du kan til og med distribuere forskjellige frontend-filer til forskjellige brukere. Hvis du vil ha mer informasjon, kan du se Dele en Access-database.
En annen måte å skille databehandling og programlogikk på er ved å bruke et databaseserverprogram (for eksempel Microsoft SQL Server) til databehandling og Access til programlogikk. Hvis du vil ha mer informasjon, kan du se Overføre en Access-database til SQL Server.
Flere grunner til å skille data og logikk omfatter følgende:
-
Dataintegritet og sikkerhet Hvis du kombinerer data og logikk i én fil, utsettes dataene for de samme risikoene som programlogikken. Et Access-program som bruker separate logikk- og datafiler, kan beskytte dataintegritet og sikkerhet ved å dra nytte av NTFS-sikkerhetsfunksjoner i nettverksmapper.
Access-brukere må ha lese-, skrive-, opprette og slettetillatelse til mappen der frontfilen er plassert. Du kan imidlertid tilordne forskjellige tillatelser til selve frontfilen. Du kan for eksempel tilordne skrivebeskyttet tillatelser til enkelte brukere og lese/skrivetilgang til andre brukere.
Programmet kan kreve ytterligere sikkerhetsalternativer, for eksempel muligheten til å kontrollere hvilke brukere som har tilgang til bestemte data. I dette tilfellet kan du bruke SQL Server eller SharePoint til å lagre og behandle programdataene, og bruke Access til programlogikken. -
Skalerbarhet En Access-fil kan ha en maksimal størrelse på 2 gigabyte (GB). Selv om 2 GB er mye tekstdata, kan det være utilstrekkelig for enkelte programmer, spesielt programmer som lagrer vedlegg i databaseposter. Hvis du deler dataene og logikken, kan programmet få plass til mer data. Hvis du forventer at brukerne skal lagre store mengder data, kan du vurdere å bruke mer enn én Access-datafil.
Du bør også se gjennom Access-programspesifikasjonene for annen informasjon om skalerbarhet. Hvis du vil lære mer om Access-spesifikasjoner, kan du se artikkelen Access-spesifikasjoner. - Nettverkskapasitet Hvis flere brukere må bruke programmet samtidig over et nettverk, er det større sannsynlighet for skade på dataene hvis dataene og logikken kombineres i én fil. Hvis du kombinerer dataene og logikken i én Access-fil, kan du i tillegg ikke optimalisere nettverkstrafikken som Access genererer. Hvis flere brukere samtidig bruker programmet over et nettverk, bør du skille dataene og logikken, enten ved hjelp av to eller flere Access-filer eller ved å bruke et databaseserverprodukt til data og Access til programlogikk.
Hvordan blir nettverksmiljøet?
Å velge riktig Access-databaseløsning for nettverksmiljøet ditt er et kritisk trinn for å gjøre det vellykket. Bruk følgende retningslinjer for å hjelpe deg med å foreta det beste valget for dine behov.
Hjemmenettverk
Hvis du bare har noen få brukere å dele Access-databasen med, kan du bruke én enkelt database som hver person åpner og bruker på et hjemmenettverk. Hvis du vil ha mer informasjon, se Fildeling over et nettverk i Windows 10.
Lokalnett (LAN)
Et lokalnett er et internt nettverk som vanligvis har utmerket ytelse, men som er begrenset til et lite geografisk område, for eksempel ett enkelt rom, en bygning eller en gruppe bygninger. Når flere enn noen få brukere deler databasen på et LAN, er det best å dele databasen, lagre bakdatabasen i en nettverksmappe og distribuere en kopi av frontdatabasen for hver bruker.
Wide Area Network (WAN)
Det er mange mulige konfigurasjoner for et WAN, som dekker et omfattende geografisk område. Du kan ha flere kontorer over en by som er koblet til et offentlig nettverk, en leid linje eller til og med satellitter. Et virtuelt privat nettverk (VPN) brukes ofte til sikker ekstern tilgang hjemme eller på reise. En enkel måte å forstå et WAN på er at når du er utenfor et LAN, men koblet til det, bruker du et WAN.
Delte Azure-filressurser
Azure-filressurser er ikke en separat type nettverk, men gir en måte å bruke delte filer over et nettverk uten behov for en filserver. Bruk av en Azure-fildeling kan imidlertid føre til problemer som ligner på dem som oppstår når du bruker en delt database i Access i et WAN.
Advarsel Unngå å bruke en Access-delt database i et WAN eller med delte Azure-filressurser, fordi ytelsen kan være treg og databaser kan bli ødelagt.
De støttede alternativene til å bruke en delt database i et WAN eller på delte Azure-filressurser er:
Lagre dataene i ekstern lagring, og opprett koblede tabeller for å:
- SharePoint-lister
- SQL Server eller Azure SQL
- Dataverse
Eksternt skrivebord Services (RDS) (tidligere kjent som Terminal Server), som oppretter et virtuelt Windows-skrivebordsmiljø på en brukers klientdatamaskin. RDS har flere fordeler:
- Ingen installasjon av Access eller en Access-database er nødvendig siden brukere kjører klienten for eksternt skrivebord, som er tilgjengelig på mange enheter.
- Dataoverføringen er minimert mellom klienten og serveren, fordi RD er en tynnklient som effektivt strømmer bare brukergrensesnittet.
- Brukere kan fortsatt kopiere og lime inn data og skrive ut rapporter lokalt fra klientdatamaskinen.
- RemoteApp kan kjøre bare ett enkelt program, for eksempel et nøkkelferdig program for leverandører eller frontlinjearbeidere.
Hvis du vil ha mer informasjon, kan du se Velkommen til eksterne skrivebordstjenester.
Får brukerne tilgang?
Hvis alle brukerne har Access installert på datamaskinen, kan de åpne og bruke programmet på samme måte som andre Access-databasefiler.
Hvis noen eller alle brukerne ikke har Access installert på datamaskinene sine, kan du også distribuere Access Runtime-programvaren til disse brukerne når du distribuerer programmet. Hvis du vil ha mer informasjon, kan du se Forstå og laste ned Access Runtime.
Distribuere et Access-program
Hvis du vil distribuere et Access-program, må du utføre følgende oppgaver:
Klargjøre databasen som en programløsning
Hvis du vil låse løsningen, kontrollere navigasjon og oppstart, og angi andre viktige alternativer, gjør du følgende:
Tips Hvis du vil være grundig, blar du gjennom dialogboksen Alternativer for Access (Filalternativer>) og klikker deretter Hjelp for hver fane. Det kan være flere alternativer du vil kontrollere for programløsningen.
Før du distribuerer
Før du distribuerer frontdatabasen, bør du vurdere disse anbefalte fremgangsmåtene:
Forsøk å få best mulig ytelse ut av løsningen. Hvis du vil ha mer informasjon, kan du se Hjelp Access til å kjøre raskere og Ytelsestips for Microsoft Access for å gjøre Access-databasene raskere.
Komprimere og reparere databasen. Hvis du vil ha mer informasjon, kan du se Komprimere og reparere en database.
Sikkerhetskopier databasen slik at du har en original og sikker kopi av den opprinnelige databasen. Hvis du vil ha mer informasjon, kan du se Beskytte dataene dine med sikkerhetskopiering og gjenoppretting.
Bruk databasedokumentasjonen til å skrive ut utformingsegenskaper for databaseobjekter. Hvis du vil ha mer informasjon, kan du se Dokumentere og skrive ut databaseutformingen.
Bestem hvordan du vil sikre filen. Det er flere fremgangsmåter du kan bruke:
- Legg til et sikkerhetssertifikat i databasen. Hvis du vil ha mer informasjon, kan du se Vis klarering ved å legge til en digital signatur og Bestemme om du vil klarere en database. Hvis du gjør dette, må du bestemme hvordan du vil kontrollere meldingsfeltet i databasen. Hvis du vil ha mer informasjon, kan du se Aktivere eller deaktivere sikkerhetsvarsler i meldingsfeltet.
- Bruk en klarert plassering til å lagre frontdatabasen for å unngå at den kontrolleres av klareringssenteret, eller hvis du ikke vil at den skal åpnes i beskyttet visning. Hvis du vil ha mer informasjon, kan du se Legge til, fjerne eller endre en klarert plassering.
- Kryptere databasefilen. Hvis du vil ha mer informasjon, kan du se Kryptere en database ved hjelp av et databasepassord.
- Hvis du vil sikre at brukere ikke kan endre utformingen av skjemaer, rapporter eller VBA-kode, bør du vurdere å bruke en kompilert binærfil (ACCDE).
Bestemme hvilke filformater du skal bruke
Det finnes fire Access-filformater som du kan bruke når du distribuerer et program:
- ACCDB Dette er standard filformat for Access. Når du distribuerer et program i dette formatet, vil brukerne ha flest alternativer til å tilpasse og navigere i programmet slik de ønsker. Hvis du vil sikre at brukere ikke endrer utformingen av programmet, bør du bruke ACCDE-filformatet. Det er i tillegg ikke enkelt for en bruker å finne ut om en ACCDB-fil er endret etter at du har pakket den – bruk ACCDC-filformatet for å gjøre dette opplagt.
-
ACCDC Dette formatet er også kjent som en Access-distribusjonsfil. En Access-distribusjonsfil består av en programfil og en digital signatur som er knyttet til filen. Dette filformatet forsikrer brukere om at ingen har endret på programfilen etter at du pakket den. Du kan bruke dette formatet på en Access-fil i standardformat (ACCDB) eller på en kompilert binærfil i Access (ACCDE). Hvis du vil ha mer informasjon, kan du se Vis klarering ved å legge til en digital signatur.
Du kan legge bare én programfil i en Access-distribusjonsfil. Hvis programmet har separate data- og logikkfiler, kan du pakke dem separat. -
.accde Dette formatet er også kjent som en kompilert binærfil. En kompilert binærfil i Access er en databaseprogramfil som har blitt lagret med hele VBA-koden kompilert. Ingen VBA-kildekode beholdes i en kompilert binærfil i Access. En ACCDE-fil hindrer endringer i utformingen og koden, reduserer størrelsen på databasen og forbedrer ytelsen. Hvis du vil ha mer informasjon, kan du se Skjule VBA-kode for brukere.
Du kan bruke Access Runtime til å åpne en kompilert binærfil i Access. Hvis Runtime ikke gjenkjenner ACCDE-filtypen, kan du åpne den binære filen ved å opprette en snarvei som peker til Runtime og inkludere banen til den kompilerte binærfilen du vil at snarveien skal åpne.
Viktig! Brukere kan ikke åpne en kompilert binærfil ved hjelp av en tidligere versjon av Access enn versjonen den ble kompilert i, hvis den tidligere versjonen ikke støtter en funksjon som er lagt til i den senere versjonen. Du kan løse dette problemet ved å kompilere binærfilen i Access-versjonen brukerne har installert. - ACCDR Med dette formatet kan du distribuere et program som åpnes i kjøretidsmodus. Hvis du distribuerer et kjøretidsprogram, kan du lettere kontrollere måten det brukes på, selv om det ikke er en metode for å sikre et program. Hvis du vil ha mer informasjon om kjøretidsmodus, kan du se delen Forstå Access Runtime.
Installere og oppgradere en Access-frontdatabase
Når du bruker en delt databaseutforming, må du distribuere frontdatabasen til hver bruker. Vurder følgende anbefalte fremgangsmåter for å få ting til å gå problemfritt:
- Kontroller at hver bruker har riktig versjon av Access, og at frontdatabasen åpnes i riktig versjon. Access har også 32-biters og 64-biters versjoner. Hvis du kjører feil "bitness", kan det påvirke Windows API-kall, DLL-bibliotekreferanser og ActiveX-kontroller. Hvis du vil ha mer informasjon, kan du se Velge mellom 64-biters- og 32-bitersversjonen av Office.
- Opprett en installasjonspakke for andre filer som kan være nødvendige, inkludert databasedrivere, satsvise filer for installasjon og konfigurasjon og programrelaterte filer. Hvis du vil ha mer informasjon, kan du se Opprette en installasjonspakke.
- Angi en snarvei på Windows-skrivebordet slik at brukeren raskt kan kjøre Access-løsningen. Inkluder mappeplasseringen, et meningsfullt snarveisnavn, en beskrivelse og et ikon i snarveien. Hvis du vil ha mer informasjon, se Opprette en snarvei på skrivebordet for et Office-program eller -fil.
Tips Lær brukerne hvordan de fester apper til Start-menyen. - Bestemme en effektiv måte å distribuere og erstatte frontdatabasen på når oppdateringer er nødvendige og vedlikeholde versjoner av filer for å holde oversikt over endringer. Du kan for eksempel legge til VBA-kode for å se etter nye versjoner og oppgradere automatisk, selv før brukere starter programmet.
- Når du oppretter en ODBC-tilkobling ved hjelp av en DSN-fil som inneholder tilkoblingsstrengen, må også denne DSN-filen installeres på hver klientmaskin. En annen fremgangsmåte er å opprette en «DSN-less» tilkobling i VBA-kode for å eliminere behovet for en DSN-fil. Hvis du vil ha mer informasjon, kan du se Bruke DSN-Less tilkoblinger.
Forstå og laste ned Access Runtime
Hvis du vil distribuere Access-programmer som kan kjøres uten en installasjon av Access på en brukers datamaskin, kan du distribuere dem sammen med Access Runtime, som er tilgjengelig gratis fra Microsoft Download Center. Når du åpner en Access-database ved hjelp av Access Runtime, åpnes databasen i kjøretidsmodus.
Kjøretidsmodus er en Access-driftsmodus der enkelte Access-funksjoner ikke er tilgjengelige som standard. Noen av disse utilgjengelige funksjonene kan imidlertid bli gjort tilgjengelige i kjøretidsmodus.
Hvilke funksjoner er ikke tilgjengelige i kjøretidsmodus?
Følgende Access-funksjoner er ikke tilgjengelige i kjøretidsmodus:
- Spesialnøkler Taster som Ctrl+Break, Ctrl+G og Skift-tasten for å hoppe over oppstartsalternativer i databasen.
- Navigasjonsrute Navigasjonsruten er ikke tilgjengelig i kjøretidsmodus. Dette er med på å forhindre at brukere får tilgang til vilkårlige objekter i databaseprogrammet. Bare de objektene som du viser til brukere, for eksempel ved å tilby et navigeringsskjema, kan åpnes når du bruker kjøretidsmodus. Du kan ikke gjøre navigasjonsruten tilgjengelig i kjøretidsmodus.
- Båndet Båndet er som standard ikke tilgjengelig i kjøretidsmodus. Dette er med på å hindre brukere fra å opprette eller endre databaseobjekter og utføre andre potensielt skadelige handlinger, for eksempel koble til nye datakilder eller eksportere data på måter som du ikke hadde tenkt. Du kan ikke vise standard båndfaner i kjøretidsmodus. Du kan imidlertid opprette et egendefinert bånd og deretter knytte dette båndet til et skjema eller en rapport. Hvis du vil ha mer informasjon, se Opprette et egendefinert bånd i Access.
- Utformingsvisning og oppsettvisning Utformingsvisning og oppsettvisning er ikke tilgjengelige for databaseobjekter i kjøretidsmodus. Dette er med på å forhindre at brukere får tilgang til å endre utformingen av objekter i databaseprogrammet. Du kan ikke aktivere utformingsvisning eller oppsettvisning i kjøretidsmodus.
- Hjelp Integrert hjelp er som standard ikke tilgjengelig i kjøretidsmodus. Siden du styrer hvilken funksjonalitet som er tilgjengelig i kjøretidsmodusprogrammet, kan noe av den standard integrerte Access-hjelpen være irrelevant for personer som bruker programmet, og kan potensielt forvirre eller frustrere dem. Du kan opprette en egendefinert hjelpefil som passer til kjøretidsmodusprogrammet.
Hvordan kan jeg simulere kjøretidsmodus?
Du kan kjøre en hvilken som helst Access-database i kjøretidsmodus på en datamaskin som har den fullstendige versjonen av Access installert. Hvis du vil kjøre en Access-database i kjøretidsmodus, gjør du ett av følgende:
Endre filtypen til databasefilen fra ACCDB til ACCDR.
Opprett en snarvei til databasen med kommandolinjebryteren /Runtime .
Høyreklikk på Windows-skrivebordet, og velg Ny>snarvei.
Skriv inn plasseringen av MSAccess.exe, plasseringen av databasen og kvalifikatoren for / runtime-kommandoen . Eksempel:
"C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime
Hvis du vil ha mer informasjon, se Opprette en snarvei på skrivebordet for et Office-program eller -fil.
Gjør kjøretidsmodus databasen sikrere?
Selv om kjøretidsmodus begrenser tilgjengeligheten til navigasjon- og utformingsfunksjoner, bør du ikke bruke kjøretidsmodus som hovedmåten for å sikre et databaseprogram. På en datamaskin som har den fullstendige versjonen av Access installert, kan det være mulig for en bruker å åpne et kjøretidsdatabaseprogram som et vanlig databaseprogram (det vil si med alle funksjoner tilgjengelige) og deretter endre utformingen eller utføre andre uønskede handlinger.
Selv om du distribuerer databaseprogrammet bare på datamaskiner som ikke har den fullstendige versjonen av Access installert, er det likevel mulig for en bruker å overføre programmet til en datamaskin som har den fullstendige versjonen av Access installert, og deretter åpne kjøretidsdatabaseprogrammet som et vanlig databaseprogram.
Laste ned Access Runtime
Obs!
Ikke last ned og installer en kjøretid for Access 2019 Enterprise. Hvis du gjør dette, erstattes den fullstendige versjonen av Access med bare kjøretiden. Du kan i stedet bruke distribusjonsverktøyet for Office til å angi at AccessRuntimeRetail-produktet skal installeres.
Hvis du vil laste ned Access Runtime fra Microsoft Download Center, klikker du på den aktuelle koblingen for din versjon.
-
Laste ned og installere Office 365 Access Runtime
Vær oppmerksom på Access Runtime gjelder også for Office 2019-forbrukerlisenser. - Laste ned og installere Microsoft Access 2016 Runtime
Det er ikke nødvendig å kjøpe noe for å laste ned, bruke eller videredistribuere Access Runtime, og det er ingen grense for hvor mange brukere du kan distribuere Runtime til.
Opprette en installasjonspakke
Avhengig av hvilken versjon av Access du har, er det flere fremgangsmåter.
Bruk en generell installasjonspakke
For nyere versjoner av Access kan du bruke Windows Installer eller søke etter et tredjepartsprogram som oppretter installasjonspakker.