Ansluta Access till SQL Server

Använda ODBC-drivrutin eller OLE DB-provider

Anslutningssträngar har funnits länge. Du kan definiera en formaterad anslutningssträng antingen i Access användargränssnitt eller i VBA-kod. En anslutningssträng (vare sig det handlar om ODBC eller OLE DB) skickar information direkt till databasen, till exempel serverplats, databasnamn, typ av säkerhet samt andra användbara alternativ. Till exempel:

ODBC;DRIVER=SQL Server;SERVER="MyServer";DATABASE="MyHRdb";TRUSTED_CONNECTION=Yes

Provider=SQLOLEDB;Data Source=MyServer;Initial Catalog=MyHRdb; Integrated Security=SSPI;

Från början fanns SQL Server Native Client (SNAC), ett fristående bibliotek som innehöll ODBC- och OLEDB-teknologi, och som fortfarande finns tillgängligt för SQL Server-versionerna 2005 till 2012. Många tidigare program använde SNAC och stöds fortfarande för bakåtkompatibilitet, men vi rekommenderar inte att du använder det för utveckling av nya program. Du bör använda senare individuella, nedladdningsbara versioner av ODBC-drivrutinerna.

ODBC-drivrutiner

ODBC (Open Database Connectivity) är ett protokoll som du använder för att ansluta en Access-databas till en extern datakälla, till exempel Microsoft SQL Server. Vanligtvis använder du fildatakällor (även kallade DSN-filer) för att lägga till en anslutningssträng. Detta innebär att nyckelordet FILEDSN används för anslutningssträngen eller lagras i registret, varvid DSN-nyckelordet används. Du kan också använda VBA för att ange dessa egenskaper genom att använda en DSN-lös anslutningssträng.

Under åren har ODBC-drivrutinerna levererats i tre faser:

• Före 2005 levererades ODBC-drivrutinerna med Windows Data Access Components (WDAC), som från början kallades för Microsoft Data Access Components (MDAC). Komponenterna levereras fortfarande med Windows för bakåtkompatibilitet. Mer information finns i Microsoft eller Windows Data Access Components.

• ODBC-drivrutiner medföljer SNAC för SQL Server 2005 till SQL Server 2012.

• Efter SQL Server 2012 har ODBC-drivrutinerna levererats individuellt och innehåller stöd för nya SQL Server-funktioner.

Undvik att använda ODBC-drivrutiner från de två första faserna till nyutveckling. Använd ODBC-drivrutiner från den tredje fasen.

OLE DB-providers

OLE DB (objektlänkning och inbäddning, databas) är ett nyare protokoll som du använder för att ansluta en Access-databas till en extern datakälla, till exempel Microsoft SQL Server. OLE DB kräver inte DSN, och ger även fullständig åtkomst till ODBC-datakällor och ODBC-drivrutiner.

Tips    Vanligtvis använder du dialogrutan Datalänkegenskaper för att lägga till en OLE DB-anslutningssträng. Även om det inte går att öppna dialogrutan Datalänkegenskaper från Access, så kan du skapa en tom .txt-fil i Utforskaren, byta filtyp till .udl och sedan dubbelklicka på filen. När du har skapat en anslutningssträng ändrar du filtypen tillbaka till .txt.

Under åren har OLE DB-providers levererats i tre faser:

• Före 2005 levererades OLE DB-providers med Windows Data Access Components (WDAC), som från början kallades för Microsoft Data Access Components (MDAC).

• OLE DB-providers levererades med SQL Server 2005 till SQL Server 2017. De utfasades år 2011.

• År 2017 började SQL Server OLE DB-providern att användas igen.

Den rekommenderade versionen just nu för utveckling av nya lösningar är OLE DB Driver 18 för SQL Server.

Optimera prestanda med en ODBC-anslutningssträng

Optimera prestanda genom att minimera nätverkstrafiken och minska åtkomsten för flera användare till SQL Server-databasen. Använd så få anslutningssträngar som möjligt genom att dela anslutningssträngar över flera postuppsättningar. Även om Ace helt enkelt llämnar över en anslutningssträng till servern kan den förstå och använda följande nyckelord: DSN, databas, UID, PWD och DRIVER bidrar till att minimera klient/server-kommunikation.

Obs!    Om en ODBC-anslutning till en extern datakälla går förlorad försöker Access automatiskt att ansluta till den igen. Om försöket lyckas kan du fortsätta att arbeta. Om försöket misslyckas kan du fortfarande arbeta med objekt som inte är beroende av anslutningen. När du vill återansluta måste du stänga och öppna Access igen.

Rekommendationer när du använder både ODBC och OLE DB

Undvik att kombinera anslutningssträng och teknologier för databasåtkomst. Använd en ODBC-anslutningssträng för DAO. Använd en OLE DB-anslutningssträng för ADO. Om programmet innehåller VBA-kod där både DAO och ADO används, använder du ODBC-drivrutinen för DAO och OLE DB-providern för ADO. Sträva efter att få de senaste funktionerna och stöd för både ODBC respektive OLEDB.

ODBC använder termen drivrutin och OLE DB använder termen provider. Termerna beskriver samma typ av programvarukomponent men är inte utbytbara i syntaxen för anslutningssträngar. Använd rätt värde enligt anvisning.

Överst på sidan

Anslut programmässigt till SQL Server från Access

Det finns två huvudsakliga sätt att ansluta programmässigt till en SQL Server-databas från Access.

DAO

Ett Data Access-objekt (DAO) tillhandahåller ett abstrakt gränssnitt till en databas. Microsoft Data Access Objects (DAO) är den inbyggda modellen för programmeringsobjekt som går på djupet med Access och SQL Server och skapar, tar bort, ändrar och visar objekt, tabeller, fält, index, relationer, frågor, egenskaper och externa databaser.

Mer information finns i Microsoft Data Access Objects reference.

ADO

ActiveX Data Objects (ADO) tillhandahåller en programmeringsmodell på hög nivå och är tillgänglig i Access genom en referens till ett tredje parts bibliotek. ADO är enkelt att lära sig och tillåter klientprogram att få åtkomst till och hantera data från en mängd olika källor, däribland Access och SQL Server. Dess främsta fördelar är enkel användning, snabbhet, låg minnesbelastning och låga krav på diskutrymme. ADO har även stöd för nyckelfunktioner för bygg-och webbaserade program.

Mer information finns i Microsoft ActiveX Data Objects reference och Microsoft ActiveX Data Objects (ADO).

Vilken ska du välja?

I en Access-lösning som använder VBA-kod kan du använda DAO, ADO eller båda två som gränssnittsteknik för din databas. DAO är fortfarande standard i Access. Exempel: alla formulär och rapporter och Access-frågor använder DAO. Men när du migrerar till SQL Server bör du överväga att använda ADO för att effektivisera din lösning. Här följer allmänna riktlinjer som hjälper dig att bestämma när du ska använda DAO respektive ADO.

Använd DAO när du vill:

• Skapa ett bundet formulär för läsning/skrivning utan att använda VBA.

• Fråga för lokala tabeller.

• Ladda ned data i temporära tabeller.

• Använd direktfrågor som datakällor för rapporter eller formulär i skrivskyddat läge.

• Definiera och använd ett TableDef- eller QueryDef-objekt i VBA.

Använd ADO när du vill:

• Använd extra sätt att optimera, till exempel utföra asynkrona åtgärder.

• Kör DDL- och DML-direktfrågor.

• Nå data från SQL Server direkt genom postuppsättningar i VBA.

• Skriv enklare kod för vissa aktiviteter, till exempel strömning av blobbar.

• Anropa en lagrad procedur direkt med parametrar genom att använda ett kommandoobjekt i VBA.

Överst på sidan

Sammanfattning av ODBC-drivrutinens versioner

I följande tabell sammanfattas viktig information om ODBC-drivrutiner och versioner, nedladdningsplatser och funktionsstöd. Kontrollera att du använder rätt bit-version (64-bitars eller 32-bitars) av drivrutinen baserat på Windows och inte Office. Om du använder 32-bitarsversionen av Access i 64-bitarsversionen av Windows måste du installera 64-bitars drivrutiner, som innehåller de 32-bitars komponenter som krävs för Access.

Mer information finns i Använda nyckelord för anslutningssträng med SQL Server Native Client, Viktig information om ODBC till SQL Server i Windows (v.17), och Funktioner i Microsoft ODBC-drivrutinen för SQL Server i Windows (v.13,11).

Överst på sidan

Sammanfattning av OLE DB-providerversioner

I följande tabell sammanfattas viktig information om OLE DB-providerversioner, nedladdningsplatser och funktionsstöd. Kontrollera att du använder rätt bit-version (64-bitars eller 32-bitars) av drivrutinen baserat på Windows och inte Office. Om du använder 32-bitarsversionen av Access i 64-bitarsversionen av Windows måste du installera 64-bitars drivrutiner, som innehåller de 32-bitars komponenter som krävs för Access.

For more information, MEr information finns i Använda nyckelord för anslutningssträng med SQL Server Native Client.

Överst på sidan

Sammanfattning av ODBC-nyckelord

I tabellen nedan sammanfattas de ODBC-nyckelord som identifieras av SQL Server och deras syfte. Endast en delmängd identifieras av Access.

Överst på sidan

Sammanfattning av OLE DB-nyckelord

I tabellen nedan sammanfattas de OLE DB-nyckelord som identifieras av SQL Server och deras syfte. Endast en delmängd identifieras av Access.

Överst på sidan