Access har en plattform med många funktioner för att utveckla databasprogram. Ett databasprogram är både ett program för att lagra och hantera data och ett användargränssnitt som följer logiken för affärsuppgifter (programlogik). I den här artikeln beskrivs grundläggande distributionsplanering, paketering och signering, distribution av databasprogram och Access Runtime-miljön.
Vad vill du göra?
Planera för distribution
Innan du börjar bör du ställa dig själv följande frågor om hur programmet ska distribueras.
Ska data och logik vara åtskilda?
Du kan skapa ett Access-program som kombinerar datahantering och programlogik i en fil. Det här är standardstrukturen för program i Access. Att kombinera datahantering och programlogik i en fil är den enklaste distributionsmetoden, men den här metoden fungerar bäst bara om ett fåtal personer använder programmet samtidigt, och det innebär en viss risk. Till exempel kan en användare orsaka dataförlust genom att oavsiktligt ta bort eller skada programfilen. I de flesta fall bör du separera datahantering och programlogik. Det hjälper till att förbättra prestanda och tillförlitlighet.
Ett sätt att separera data och logik är att använda kommandot Access-databas (på fliken Databasverktyg i gruppen Flytta Data). Det här kommandot delar upp databasprogrammet i två Access-filer: en för logik (en frontend) och en för data (en backend). En databas med namnet MySolution.accdb delas till exempel upp i två filer som heter MySolution_fe.accdb och MySolution_be.accdb. Du placerar backend-databasen på en delad plats, till exempel en nätverksmapp. Du distribuerar frontend-filen, en kopia för varje användare, till deras datorer. Du kan även distribuera olika frontend-filer till olika användare. Mer information finns i Dela upp en Access-databas.
Ett annat sätt att separera datahantering och programlogik är att använda ett databasserverprogram (som Microsoft SQL Server) för datahantering och Access för programlogik. Mer information finns i Migrera en Access-databas till SQL Server.
Ytterligare orsaker till att separera data och logik är följande:
-
Dataintegritet och säkerhet Om du kombinerar data och logik i en fil utsätts dina data för samma risker som programlogiken. Ett Access program som använder separat logik och datafiler kan skydda dataintegritet och säkerhet genom att utnyttja NTFS-säkerhetsfunktioner i nätverksmappar.
Access användare måste ha läs-, skriv-, skapa- och ta bort behörigheter till mappen där frontend-filen finns. Du kan dock tilldela olika behörigheter till själva frontend-filen. Du kanske till exempel vill tilldela skrivskyddade behörigheter till vissa användare och läs-/skrivbehörigheter till andra användare.
Programmet kan kräva ytterligare säkerhetsalternativ, till exempel möjligheten att styra vilka användare som har åtkomst till vissa data. I det här fallet kan du använda SQL Server eller SharePoint för att lagra och hantera dina programdata och använda Access för att tillhandahålla programlogik.
-
Skalbarhet En Access-fil kan ha en maximal filstorlek på 2 GB. 2 GB är en avsevärd mängd textdata, men det kan vara otillräckligt för vissa program, särskilt program som lagrar bifogade filer i databasposter. Om du separerar data och logik kan programmet innehålla mer data. Om du tror att användarna kommer att lagra stora mängder data kan du också överväga att använda mer än en Access-datafil.
Du bör också gå igenom specifikationerna för Access-programmet för övrig skalbarhetsinformation. Mer information om Access specifikationer finns i artikeln Access-specifikationer.
-
Nätverkskapacitet Om flera användare måste använda programmet samtidigt i ett nätverk är det mer troligt att skadade data uppstår om data och logik kombineras i en fil. Om du kombinerar data och logik i en Access-fil kan du inte heller optimera nätverkstrafik som genereras av Access. Om flera användare samtidigt använder programmet i ett nätverk bör du separera data och logik, antingen genom att använda två eller flera Access-filer eller genom att använda en databasserverprodukt för data och Access för programlogik.
Hur kommer nätverksmiljön att se ut?
Att välja rätt Access-databaslösning för nätverksmiljön är ett viktigt steg för att göra den lyckad. Använd följande riktlinjer för att göra det bästa valet för dina behov.
Hemnätverk
Om du bara har ett fåtal användare att dela access-databasen med kan du använda en enda databas som varje person öppnar och använder i ett hemnätverk. Mer information finns i Fildelning via ett nätverk i Windows 10.
Local Area Network (LAN)
Ett lan är ett internt nätverk som vanligtvis har utmärkta prestanda, men är begränsat till ett litet geografiskt område, till exempel ett enstaka rum, en byggnad eller en grupp byggnader. När du har fler än ett fåtal användare som delar databasen i ett LAN är det bäst att dela upp databasen, lagra backend-databasen i en nätverksmapp och distribuera en kopia av frontend-databasen för varje användare.
WAN (Wide Area Network)
Det finns många möjliga konfigurationer för ett WAN, som täcker ett omfattande geografiskt område. Du kan ha flera kontor över hela staden anslutna till ett offentligt nätverk, en hyrd linje eller till och med satelliter. Ofta används ett virtuellt privat nätverk (VPN) för säker fjärråtkomst från hemmet eller på resande fot. Ett enkelt sätt att förstå ett WAN är att när du är utanför ett LAN men ansluten till det använder du ett WAN.
Azure-filresurser
Azure-filresurser är inte en separat typ av nätverk utan ett sätt att använda filresurser över ett nätverk utan att behöva en filserver. Men om du använder en Azure-filresurs kan det uppstå problem som liknar dem som uppstår när du använder en delad Access-databas i ett WAN.
Varning! Undvik att använda en delad Access-databas i ett WAN eller med Azure-filresurser eftersom prestandan kan vara långsam och databaser kan skadas.
Alternativen som stöds för att använda en delad databas i ett WAN eller på Azure-filresurser är:
-
Lagra data i extern lagring och skapa länkade tabeller för att:
-
SharePoint-listor
-
SQL Server eller Azure SQL
-
Dataverse
-
-
Fjärrskrivbordstjänster (RDS) (kallades tidigare Terminal Server), som skapar en virtuell Windows-skrivbordsmiljö på en användares klientdator. RDS har flera fördelar:
-
Ingen installation av Access eller en Access-databas krävs eftersom användarna kör fjärrskrivbordsklienten som är tillgänglig på många enheter.
-
Dataöverföring minimeras mellan klienten och servern eftersom RD är en tunn klient som effektivt strömmar bara användargränssnittet.
-
Användarna kan fortfarande kopiera och klistra in data och skriva ut rapporter lokalt från klientdatorn.
-
RemoteApp kan bara köra ett enda program, till exempel ett nyckelfärdigt program för leverantörer eller medarbetare i frontlinjen.
Mer information finns i Välkommen till Fjärrskrivbordstjänster.
-
Kommer användare att ha Access?
Om alla användare har Access installerat på sina datorer kan de öppna och använda programmet på samma sätt som de skulle göra med andra Access-databasfiler.
Om vissa eller alla användare inte har Access installerade på sina datorer kan du också distribuera Access Runtime-programvaran till de användarna när du distribuerar programmet. Mer information finns i Förstå och ladda ned Access Runtime.
Distribuera ett Access-program
Om du vill distribuera ett Access program måste du utföra följande uppgifter.
Förbereda databasen som en programlösning
Så här låser du din lösning, styr navigering och start och ställer in andra viktiga alternativ:
Aktivitet |
Mer information |
Bestäm hur användare navigerar i användargränssnittet: använd ett standardformulär, skapa ett menyformulär, använd ett navigeringsformulär eller använd hyperlänkar och kommandoknappar. |
Ange ett standardformulär som visas när en Access-databas öppnas |
Bestäm om du vill anpassa menyfliksområdet och kommandomenyerna i Office |
Skapa ett anpassat menyfliksområde i Access Skapa egna menyer och snabbmenyer med hjälp av makron Använda anpassade verktygsfält och startinställningar från tidigare versioner av Access |
Använda ett konsekvent Office-tema och en konsekvent bakgrund |
|
Kontrollera databasstart |
Lägga till ett anpassat namn eller en anpassad ikon för en databas Åsidosätta startalternativ när du öppnar en databas |
Ange viktiga egenskaper och alternativ |
|
Ändra nationella inställningar |
Ändra de nationella inställningarna i Windows för att ändra utseendet på vissa datatyper |
Tips Om du vill vara noggrann bläddrar du i dialogrutan Access-alternativ (Arkiv > Alternativ) och klickar sedan på hjälp för varje flik. Det kan finnas ytterligare alternativ som du vill styra för programlösningen.
Innan du distribuerar
Innan du distribuerar frontend-databasen bör du tänka på följande metodtips:
-
Sträva efter att få ut så mycket som möjligt av din lösning. Mer information finns i Hjälp Access att köras snabbare och Prestandatips för Microsoft Access för att snabba upp dina Access-databaser.
-
Komprimera och reparera databasen. Mer information finns i Komprimera och reparera en databas.
-
Säkerhetskopiera databasen så att du har en ursprunglig och säker kopia av den ursprungliga databasen. Mer information finns i Skydda dina data med säkerhetskopierings- och återställningsprocesser.
-
Använd databasdokumenteraren för att skriva ut designegenskaperna för databasobjekt. Mer information finns i Dokumentera och skriva ut databasdesignen.
-
Bestäm hur du vill skydda filen. Du kan använda flera olika metoder:
-
Lägg till ett säkerhetscertifikat i databasen. Mer information finns i Visa förtroende genom att lägga till en digital signatur och Bestämma om en databas ska vara betrodd. Om du gör det bestämmer du hur du vill styra meddelandefältet i databasen. Mer information finns i Aktivera eller inaktivera säkerhetsvarningar i meddelandefältet.
-
Använd en betrodd plats för att lagra frontend-databasen för att undvika att den kontrolleras av Säkerhetscenter eller om du inte vill att den ska öppnas i Skyddad vy. Mer information finns i Lägga till, ta bort eller ändra en betrodd plats.
-
Kryptera databasfilen. Mer information finns i Kryptera en databas med hjälp av ett databaslösenord.
-
Kontrollera att användarna inte kan ändra utformningen av formulär, rapporter eller VBA-kod genom att använda en kompilerad binär fil (.accde).
-
Avgöra vilka filformat du vill använda
Det finns fyra Access-filformat som du kan använda när du distribuerar ett program:
-
.accdb Det här är standardformatet förAccess-filer. När du distribuerar ett program i det här formatet har användarna flest alternativ för att anpassa och navigera i programmet på det sätt de vill. Om du vill se till att användare inte kan ändra programmets utformning ska du använda .accde-filformatet. Dessutom är det svårt för en användare att avgöra om en .accdb-fil har ändrats efter att du har paketerat den. Om du vill göra det uppenbart använder du .accdc-filformatet.
-
.accdc Det här formatet kallas även för en Access-distributionsfil. En Access-distributionsfil innehåller en programfil och en digital signatur som är associerad med filen. Det här filformatet försäkrar användare om att ingen har ändrat programfilen efter att du har paketerat den. Du kan använda det här formatet för en Access-fil med standardformat (.accdb) eller för en kompilerad binär Access-fil (.accde). Mer information finns i Visa förtroende genom att lägga till en digital signatur.
Det går bara att lägga till en enda programfil i en Access-distributionsfil. Om programmet har separata data- och logikfiler kan du paketera dem separat.
-
.accde Det här formatet kallas även för en kompilerad binär fil. I Access är en kompilerad binär fil en databasprogramfil som har sparats med all VBA-kod kompilerad. Ingen VBA-källkod finns kvar i en kompilerad binär Access-fil. En .accde-fil förhindrar design- och kodändringar, minskar storleken på databasen och förbättrar prestanda. Mer information finns i Dölja VBA-kod för användare.
Du kan använda Access Runtime om du vill öppna en kompilerad binär Access-fil. Om Runtime inte känner igen filnamnstillägget .accde öppnar du den binära filen genom att skapa en genväg som pekar på Runtime och tar med sökvägen till den kompilerade binära fil som du vill att genvägen ska öppna.
Viktigt Användare kan inte öppna en kompilerad binär fil med hjälp av en tidigare version av Access än den version där den kompilerades om den tidigare versionen inte stöder en funktion som lagts till i den senare versionen. Lös problemet genom att kompilera den binära filen i den Access-version som användarna har installerat.
-
.accdr Med det här formatet kan du distribuera ett program som öppnas i körningsläge. Genom att distribuera ett program med körningsläge kan du få mer kontroll över hur det används. Det är ändå inte en metod för att skydda programmet. Mer information om körningsläget finns i avsnittet Förstå Access Runtime.
Installera och uppgradera en Access-klientdatabas
När du använder en delad databasdesign måste du distribuera frontenddatabasen till varje användare. För att det ska gå smidigt bör du tänka på följande metodtips:
-
Kontrollera att varje användare har rätt version av Access och att frontend-databasen öppnas i rätt version. Access har också 32-bitars- och 64-bitarsversioner. Om du kör fel bitar kan det påverka Windows API-anrop, DLL-biblioteksreferenser och ActiveX-kontroller. Mer information finns i Välja mellan 64- eller 32-bitarsversionen av Office.
-
Skapa ett installationspaket för andra filer som kan krävas, inklusive databasdrivrutiner, batchfiler för konfiguration och programrelaterade filer. Mer information finns i Skapa ett installationspaket.
-
Ange en Windows-genväg så att användaren snabbt kan köra Access-lösningen. Ta med genvägen till mappen, ett beskrivande kortkommando, en beskrivning och en ikon. Mer information finns i Skapa en genväg på skrivbordet för ett Office-program eller en fil.
Tips Informera användarna om hur de fäster appar på Start-menyn.
-
Fastställ ett effektivt sätt att omdistribuera och ersätta frontend-databasen när uppdateringar krävs och underhålla versioner av filer för att hålla reda på ändringar. Du kan till exempel lägga till VBA-kod för att söka efter nya versioner och uppgradera automatiskt även innan användarna startar programmet.
-
När du skapar en ODBC-anslutning med en DSN-fil som innehåller anslutningssträngen måste den DSN-filen också installeras på varje klientdator. En annan metod är att skapa en "DSN-mindre"-anslutning i VBA-kod för att eliminera behovet av en DSN-fil. Mer information finns i Använda DSN-Less-anslutningar.
Förstå och ladda ned Access Runtime
Om du vill distribuera Access program som kan köras utan installation av Access på en användares dator kan du distribuera dem tillsammans med Access Runtime, som är tillgängligt utan kostnad från Microsoft Download Center. När du öppnar en Access-databas med hjälp av Access Runtime öppnas databasen i körningsläge.
Körningsläge är ett Access-driftsläge där vissa Access-funktioner inte är tillgängliga som standard. Några av de otillgängliga funktionerna kan ändå göras tillgängliga i körningsläget.
Vilka funktioner är inte tillgängliga i körningsläget?
Följande Access-funktioner är inte tillgängliga i körningsläget:
-
Specialtangenter Tangenter som Ctrl+Break, Ctrl+G och Skift för att kringgå startalternativen i databasen.
-
Navigeringsfönstret Navigeringsfönstret är inte tillgängligt i körningsläget. Det här hindrar användare från att komma åt godtyckliga objekt i databasprogrammet. Endast de objekt som du exponerar för användare, till exempel genom att tillhandahålla ett navigeringsformulär, kan öppnas i körningsläge. Du kan inte göra navigeringsfönstret tillgängligt i körningsläget.
-
Menyfliksområdet Menyfliksområdet är som standard inte tillgängligt i körningsläget. Det här hindrar användare från att skapa eller ändra databasobjekt eller att utföra andra eventuellt skadliga åtgärder, till exempel att ansluta till nya datakällor eller exportera data på ett sätt som du inte har avsett. Du kan inte göra standardmenyflikarna tillgängliga i körningsläget. Du kan dock skapa ett anpassat menyfliksområde och sedan koppla menyfliksområdet till ett formulär eller en rapport. Mer information finns i Skapa ett anpassat menyfliksområde i Access.
-
Designvyn och layoutvyn Designvyn och layoutvyn är inte tillgängliga för databasobjekt i körningsläget. Det här hindrar användare från att ändra objektens design i databasprogrammet. Du kan inte aktivera designvyn eller layoutvyn i körningsläget.
-
Hjälp Integrerad Hjälp är inte tillgängligt i körningsläget som standard. Eftersom du bestämmer vilka funktioner som är tillgängliga i programmet med körningsläge kan delar av den integrerade standardhjälpen i Access vara irrelevanta för de som använder ditt program, och hjälpen kunde förvirra eller frustrera dem. Du kan skapa en egen anpassad hjälpfil som komplement till programmet för körningsläge.
Hur simulerar jag körningsläge?
Du kan köra alla Access-databaser i körningsläget på en dator som har den fullständiga versionen av Access installerat. Om du vill köra en Access-databas i körningsläget gör du något av följande:
-
Ändra filnamnstillägget för databasfilen från .accdb till .accdr.
-
Skapa en genväg till databasen med kommandoradsväxeln /Runtime .
-
Högerklicka på skrivbordet i Windows och välj Ny > genväg.
-
Ange platsen för MSAccess.exe, databasens plats och /runtime-kommandoavgränsaren . Till exempel:
"C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime
Mer information finns i Skapa en genväg på skrivbordet för ett Office-program eller en fil.
-
Gör körningsläget min databas mer säker?
Även om körningsläget begränsar tillgängligheten för navigerings- och designfunktioner bör du inte använda körningsläget som det huvudsakliga sättet för att skydda ett databasprogram. På en dator som har den fullständiga versionen av Access installerat kan det vara möjligt för en användare att öppna ett körningsdatabasprogram som ett vanligt databasprogram (det vill säga med alla funktioner tillgängliga) och sedan ändra designen eller utföra andra oönskade åtgärder.
Även om du bara har distribuerat databasprogrammet på datorer som inte har den fullständiga versionen av Access installerat är det fortfarande möjligt för en användare att överföra programmet till en dator som har den fullständiga versionen av Access installerat. Sedan kan användaren öppna körningsdatabasprogrammet som ett vanligt databasprogram.
Ladda ned Access Runtime
Obs!: För Access 2019 Enterprise ska du inte ladda ned och installera en körningsversion – om du gör det ersätts din fullständiga version av Access med bara körningen. Använd i stället distributionsverktyget för Office för att ange att AccessRuntimeRetail-produkten är installerad.
Om du vill ladda ned Access Runtime från Microsoft Download Center klickar du på lämplig länk för din version.
-
Ladda ned och installera Office 365 Access Runtime
Obs Den här Access Runtime gäller även för Konsumentlicenser för Office 2019.
Du behöver inte köpa något för att ladda ned, använda eller distribuera om Access Runtime. Det finns inte heller någon gräns för antalet användare som du kan distribuera Runtime till.
Skapa ett installationspaket
Det finns flera metoder du kan använda beroende på vilken version av Access du har.
Använda ett allmänt installationspaket
För nyare versioner av Access kan du använda Windows Installer eller söka efter ett program från tredje part som skapar installationspaket.