Distribuera ett Access-program

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.

Överst på sidan

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:

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 hjälp av en DSN-fil som innehåller anslutningssträng 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 Connections.

Överst på sidan

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 .

  1. Högerklicka på skrivbordet i Windows och välj Ny > genväg.

  2. 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.

Överst på sidan

Ladda ned Access Runtime

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.

• Ladda ned och installera Microsoft Access 2016 Runtime

• Ladda ned och installera Microsoft Access 2013 Runtime

• Ladda ned och installera Microsoft Access 2010 Runtime

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.

Överst på sidan

Använda ett allmänt installationspaket (Access 2013 eller senare)

för Access-versionerna 2013 eller senare kan du använda Windows Installer eller söka efter ett program från tredje part som skapar installationspaket.

Paketera och signera en Access-databas (Access 2007 och 2010)

I Access 2007 eller 2010 är det enklare och snabbare att signera och distribuera en databas. Efter att du har skapat en .accdb- eller .accde-fil kan du paketera filen, använda en digital signatur på paketet och sedan distribuera det signerade paket till andra användare. Funktionen för paketering och signering placerar databasen i en Access-distributionsfil (.accdc), signerar paketet och placerar sedan det kodsignerade paketet på en plats på användarens dator som du bestämmer. Användare kan sedan extrahera databasen från paketet och arbeta direkt i databasen (inte i paketfilen). Mer information finns i Översikt över paketlösningsguiden.

Tänk på följande när du fortsätter att skapa och signera ett paket:

• Att paketera en databas och signera paketet är ett sätt att visa förtroende. När du eller användarna får paketet bekräftar signaturen att databasen inte har manipulerats. Om du litar på författaren kan du aktivera innehållet.

• Den nya funktionen för paketering och signering kan bara användas för databaser som har sparats i filformatet .accdb.

• Det går bara att lägga till en enda databasfil till ett paket.

• När du paketerar och signerar en databas kodsigneras alla objekt, inte bara makron eller kodmoduler, i databasfilen. Paketerings- och signeringsprocessen komprimerar också paketfilen för att minska nedladdningstiden.

• När databasen extraheras från paketet finns det inte längre någon koppling mellan det signerade paketet och den extraherade databasen.

• Om du använder ett självsignerat certifikat för att signera ett databaspaket och sedan klickar på Anse allt innehåll från utgivaren som betrott när du öppnar detta paket kommer paket signerade med hjälp av dina självsignerade certifikat alltid att vara betrodda.

• Om du extraherar databasen till en betrodd plats aktiveras dess innehåll automatiskt när du öppnar det. Om du väljer en plats som inte är betrodd kan visst databasinnehåll vara inaktiverat som standard.

I de följande avsnitten finns förklaringar för hur du skapar en signerad paketfil och hur du använder databasen i en signerad paketfil. Du måste ha minst ett tillgängligt säkerhetscertifikat för att slutföra de här stegen. Om du inte har ett certifikat installerat på datorn kan du skapa ett med verktyget SelfCert eller skaffa ett kommersiellt certifikat. Mer information om säkerhetscertifikat finns i Visa förtroende genom att lägga till en digital signatur.