Over tid vokser de fleste databaseprogrammer, bliver mere komplekse og har brug for at understøtte flere brugere. På et tidspunkt i dit Microsoft Office Access-programs levetid kan du overveje at konfigurere størrelsen til en Microsoft SQL Server-database for at optimere ydeevne, skalerbarhed, tilgængelighed, sikkerhed, pålidelighed og gendannelse.
Denne artikel indeholder
Om at konfigurere en Microsoft Office Access-database
Tilpasning er processen med at overføre nogle eller alle databaseobjekter fra en Access-database til en ny eller eksisterende SQL Server database eller et nyt Access-projekt (.adp).
Fordele ved at konfigurere en database til at SQL Server
-
Høj ydeevne og skalerbarhed I mange situationer giver SQL Server bedre ydeevne end en Access-database. SQL Server understøtter også meget store databaser i terabytestørrelse, som er meget større end den aktuelle grænse for en Access-database på to gigabyte. Endelig fungerer SQL Server meget effektivt ved at behandle forespørgsler parallelt (ved at bruge flere oprindelige tråde i en enkelt proces til at håndtere brugeranmodninger) og minimere yderligere hukommelseskrav, når flere brugere tilføjes.
-
Øget tilgængelighed SQL Server giver dig mulighed for at foretage en dynamisk sikkerhedskopiering, enten trinvis eller komplet, af databasen, mens den er i brug. Du behøver derfor ikke tvinge brugere til at afslutte databasen for at sikkerhedskopiere data.
-
Forbedret sikkerhed Ved hjælp af en pålidelig forbindelse kan SQL Server integrere med Windows-systemsikkerhed for at give en enkelt integreret adgang til netværket og databasen, hvilket anvender det bedste fra begge sikkerhedssystemer. Det gør det meget nemmere at administrere komplekse sikkerhedssystemer.
-
Øjeblikkelig gendannelse I tilfælde af systemfejl (f.eks. nedbrud af operativsystemet eller strømsvigt) har SQL Server en automatisk genoprettelsesmekanisme, der gendanner en database til den sidste konsistenstilstand i løbet af få minutter uden indgriben fra databaseadministratoren.
-
Serverbaseret behandling Hvis du bruger SQL Server i en klient-/serverkonfiguration, reduceres netværkstrafik ved at behandle databaseforespørgsler på serveren, før der sendes resultater til klienten. Det er som regel meget mere effektivt at have serveren til at udføre behandlingen, især når du arbejder med store datasæt.
Dit program kan også bruge brugerdefinerede funktioner, gemte procedurer og udløsere til at centralisere og dele programlogik, forretningsregler og politikker, komplekse forespørgsler, datavalidering og referentiel integritetskode på serveren i stedet for på klienten.
Måder at konfigurere på
Guiden Databasekonvertering flytter databaseobjekter og de data, de indeholder, fra en Access-database til en ny eller eksisterende SQL Server database.
Guiden Tilpasning kan bruges på tre måder:
-
Tilpas alle databaseobjekter fra en Access-database til et Access-projekt, så du kan oprette et klient-/serverprogram. Denne fremgangsmåde kræver nogle yderligere programændringer og -ændringer i kode og komplekse forespørgsler.
-
Tilpas kun data eller datadefinitioner fra en Access-database til en SQL Server database.
-
Opret en frontend til en Access-database til en SQL Server database back-end, så du kan oprette en front end-/back end-program. Denne fremgangsmåde kræver meget lidt programændring, da koden stadig bruger Access-databaseprogrammet (ACE).
Før du tilpasser en Access-database
Før du tilpasser din Access-database til en SQL Server-database eller et Access-projekt, skal du overveje at gøre følgende:
-
Sikkerhedskopiere din database Selvom guiden Databasekonvertering ikke fjerner data eller databaseobjekter fra din Access-database, er det en god ide at oprette en sikkerhedskopi af Access-databasen, før du tilpasser den.
-
Sørg for, at du har tilstrækkelig diskplads Du skal have tilstrækkelig diskplads på den enhed, der skal indeholde den database, der er konfigureret. Guiden Tilpasning fungerer bedst, når der er masser af ledig diskplads.
-
Opret entydige indekser En sammenkædet tabel skal have et entydigt indeks, for at det kan opdateres i Access. Guiden Tilpasning af størrelse kan konfigurere et eksisterende entydigt indeks, men kan ikke oprette et, hvor der ikke findes et. Hvis du vil kunne opdatere dine tabeller, skal du sørge for at tilføje et entydigt indeks til hver Access-tabel, før du tilpasser størrelsen.
-
Tildele dig selv de rette tilladelser til SQL Server-databasen
-
Hvis du vil konfigurere størrelsen på en eksisterende database, skal du have tilladelsen CREATE TABLE og CREATE DEFAULT.
-
Hvis du vil oprette en ny database, skal du have tilladelsen OPRET DATABASE og SELECT-tilladelser for systemtabellerne i hoveddatabasen.
-
Guiden Tilpasning af Access 2007 er optimeret til at fungere sammen med Microsoft SQL Server 2000 og SQL Server 2005.
Brug guiden Tilpasning af størrelse
-
Klik på SQL Server i gruppen Flyt data under fanen Databaseværktøjer.
Guiden Tilpasning af størrelse starter.
Trin 1: Vælg for at konfigurere til en eksisterende database eller en ny database
På den første side i guiden skal du angive, om du vil tilpasse Access-databasen til en eksisterende SQL Server database eller oprette en ny SQL Server database.
-
Brug eksisterende database Hvis du vælger denne indstilling og derefter klikker på Næste, viser Access dialogboksen Vælg datakilde, så du kan oprette en ODBC-forbindelse til den eksisterende SQL Server database.
Om ODBC-datakilder
En datakilde er en kilde til data kombineret med de forbindelsesoplysninger, der er nødvendige for at få adgang til disse data. Eksempler på datakilder er Access, SQL Server, Oracle RDBMS, et regneark og en tekstfil. Eksempler på forbindelsesoplysninger er serverplacering, databasenavn, logon-id, adgangskode og forskellige ODBC-driverindstillinger, der beskriver, hvordan du opretter forbindelse til datakilden.
I ODBC-arkitekturen opretter et program (f.eks. Access eller et Microsoft Visual Basic-program) forbindelse til ODBC Driver Manager, som igen bruger en bestemt ODBC-driver (f.eks. Microsoft SQL ODBC-driver) til at oprette forbindelse til en datakilde (i dette tilfælde en SQL Server database). I Access bruger du ODBC-datakilder til at oprette forbindelse til datakilder, der er eksterne for Access, og som ikke har indbyggede drivere.
Hvis du vil oprette forbindelse til disse datakilderne, skal du gøre følgende:
-
Installér den relevante ODBC-driver på den computer, der indeholder datakilden.
-
Definér et datakildenavn (DSN) ved enten at bruge ODBC-datakildeadministratoren til at lagre forbindelsesoplysninger i Microsoft Windows-registreringsdatabasen, en DSN-fil eller en forbindelsesstreng i Visual Basic-kode til at overføre forbindelsesoplysningerne direkte til ODBC-driverstyringen.
Maskindatakilder
Maskindatakilder gemmer forbindelsesoplysninger i Windows-registreringsdatabasen på en bestemt computer med et brugerdefineret navn. Du kan kun bruge maskindatakilder på den computer, de er defineret på. Der findes to typer maskindatakilder – bruger og system. Brugerdatakilder kan kun bruges af den aktuelle bruger og er kun synlige for den pågældende bruger. Systemdatakilder kan bruges af alle brugere på en computer og er synlige for alle brugere på computeren og brede systemtjenester. En maskindatakilde er især nyttigt, når du vil tilføre ekstra sikkerhed, for det er kun brugere, der er logget på, der kan få vist en maskindatakilde, og den kan ikke kopieres af en ekstern bruger til en anden computer.
Fildatakilder
Fildatakilder (også kaldet DSN-filer) lagrer forbindelsesoplysninger i en tekstfil, ikke i Windows-registreringsdatabasen, og er generelt mere fleksible at bruge end maskindatakilder. Du kan f.eks. kopiere en fildatakilde til en hvilken som helst computer med den korrekte ODBC-driver, så dit program kan stole på ensartede og nøjagtige forbindelsesoplysninger til alle de computere, det bruger. Eller du kan placere fildatakilden på en enkelt server, dele den blandt mange computere på netværket og nemt have forbindelsesoplysningerne ét sted.
En fildatakilde kan også være ikke-delelig. En fildatakilde, der ikke kan deles, findes på en enkelt computer og peger på en maskindatakilde. Du kan bruge ikke-delelige fildatakilder til at tilgå eksisterende maskindatakilder fra fildatakilder.
Forbindelsesstrenge
Du kan i et modul definere en formateret forbindelsesstreng, der angiver forbindelsesoplysninger. En forbindelsesstreng videregiver forbindelsesoplysningerne direkte til ODBC-driverstyringen, og det hjælper med at forenkle dit program ved at fjerne kravet om, at en systemadministrator eller bruger først opretter en DSN, før databasen bruges.
-
-
Opret ny database Hvis du vælger denne indstilling og derefter klikker på Næste, viser Access en side, hvor du kan angive oplysninger om den nye SQL Server database.
-
Hvilke SQL Server vil du bruge til denne database? Skriv navnet på den server, du vil bruge.
-
Brug en forbindelse, der er tillid til Du kan bruge en pålidelig forbindelse, dvs. SQL Server kan integreres med Windows-operativsystemets sikkerhed for at give en enkelt logon til netværket og databasen.
-
Logon-id og adgangskode Hvis du ikke bruger en pålidelig forbindelse, skal du skrive logon-id'et og adgangskoden til en konto med CREATE DATABASE-rettigheder på serveren.
-
Hvad vil du navngive din nye SQL Server-database? Skriv navnet på den nye SQL Server database. Access ændrer navnet, hvis det er i konflikt med et eksisterende databasenavn og tilføjer et nummereret suffiks (f.eks. mydatabase 1).
-
Trin 2: Vælg, hvilke tabeller der skal konfigureres
I dette trin skal du vælge de Access-tabeller, du vil tilpasse til den SQL Server-database. Markér de tabeller, du vil tilpasse, og brug derefter pileknapperne til at flytte dem til listen Eksportér til SQL Server. Du kan også dobbeltklikke på en tabel for at flytte den fra én liste til en anden.
Listen Tilgængelige tabeller indeholder alle sammenkædede tabeller med undtagelse af SQL Server tabeller, der allerede findes i en SQL Server database. Sammenkædede tabeller, der peger på en SQL Server database, der er valgt til automatisk tilpasning, vises på listen Eksportér til SQL Server og kan ikke fjernes. Tabeller, der i øjeblikket ikke er synlige i Navigationsrude udelades også, herunder skjulte tabeller og systemtabeller.
Tip!: Enhver tabel, der har et navn, der slutter med "_local", udelades fra listen over tilgængelige tabeller for at forhindre tilpasning af størrelse på tabeller, der allerede er blevet tilpasset. Hvis du vil konfigurere størrelsen på disse tabeller igen, skal du omdøbe dem, før du kører guiden Databasekonvertering, ved at fjerne suffikset "_local".
Trin 3: Angiv de attributter og indstillinger, der skal tilpasses
I dette trin skal du vælge, hvilke tabelattributter der skal konfigureres i din SQL Server-database. Som standard er alle attributter valgt til at ændre størrelse som standard.
Bemærk!: Som standard konverterer guiden Databasekonvertering Access-feltnavne til juridiske SQL Server feltnavne og konverterer Access-datatyper til det tilsvarende SQL Server datatyper.
Hvilke tabelattributter vil du tilpasse?
I følgende tabel vises de attributter, du kan tilpasse, og det beskrives, hvordan guiden Tilpasning af størrelse håndterer hver enkelt:
|
Attribut 2 |
Handling, hvis denne indstilling er valgt |
|||||||||||||||
|
Indekser |
Guiden Tilpasning af størrelse tilpasser alle indekser. Guiden Tilpasning af størrelse konverterer primære access-nøgler til SQL Server indekser og markerer dem som SQL Server primære nøgler. Hvis du vælger at sammenkæde den konfigurerede SQL Server tabel med din Access-database, føjer guiden Databasekonvertering også præfikset "aaaaa" til indeksnavnet. Dette skyldes, at Access vælger det indeks, der først er alfabetisk på listen over tilgængelige indeks som primær nøgle, og præfikset "aaaaa" sikrer, at det rigtige indeks vælges. Alle andre indekser bevarer deres navne, undtagen hvor ulovlige tegn erstattes med "_"-tegnet. Entydige og ikke-entydige Access-indekser bliver entydige og ikke-entydige SQL Server indekser. En sammenkædet tabel skal have et entydigt indeks, for at det kan opdateres i Access. Guiden Tilpasning af størrelse kan konfigurere et eksisterende entydigt indeks, men kan ikke oprette et, hvor der ikke findes et. Hvis du vil kunne opdatere dataene i tabellerne, når du har ændret størrelsen på dem, skal du sørge for at føje et entydigt indeks til hver Access-tabel, før du tilpasser størrelsen. |
|||||||||||||||
|
Valideringsregler |
Guiden Tilpasning af størrelse tilpasser følgende som opdaterings- og indsættelsesudløsere:
En udløser er en række Transact-SQL-sætninger, der er knyttet til en SQL Server tabel. En tabel kan have tre udløsere, én for hver af de kommandoer, der kan ændre data i en tabel: kommandoerne UPDATE, INSERT og DELETE. Udløseren udføres automatisk, når kommandoen udføres. Guiden Tilpasning af størrelse anvender udløsere i stedet for SQL Server regler til at gennemtvinge validering af feltniveau, fordi SQL Server regler ikke tillader, at du får vist brugerdefinerede fejlmeddelelser. Hver valideringsregel har ikke nødvendigvis en en til en-korrespondance med en udløser. Hver valideringsregel kan blive en del af flere udløsere, og hver udløser kan indeholde kode, der emulerer funktionaliteten af flere valideringsregler. Når du angiver egenskaben Obligatorisk for et Access-felt til sand, kan en bruger ikke indsætte en post og lade det påkrævede felt være null (hvis der ikke er nogen standardbundet til feltet) eller gøre feltet null, når en post opdateres. Obligatoriske felter er konfigureret til felter, der ikke tillader Null-værdier på SQL Server. Valideringsmeddelelse Egenskaben Valideringstekst i Access-databasen konverteres til egenskaben Valideringsmeddelelse for Access-projektet. Dette giver adgangsvenlige fejlmeddelelser, der vises i tilfælde af en begrænsningsfejl på kørselstidspunktet. |
|||||||||||||||
|
Standarder |
Guiden Tilpasning af størrelse tilpasser alle standardværdiegenskaber til ANSI-standardobjekter (American National Standards Institute). |
|||||||||||||||
|
Tabelrelationer |
Guiden Tilpasning af størrelse tilpasser alle tabelrelationer. Du kan beslutte, hvordan du vil konfigurere tabelrelationer og referentiel integritet ved hjælp af opdaterings-, indsættelses- eller sletteudløsere eller ved hjælp af erklæret referentiel integritet (DRI). DRI fungerer på samme måde som referentiel integritet i Access ved at definere begrænsninger for primære nøgler for basistabeller (en-siden af en en til mange-relation) og begrænsninger for fremmede nøgler for fremmede tabeller (typisk "mange"-siden af en en til mange-relation).
|
Hvilke dataindstillinger vil du medtage?
-
Føje tidsstempelfelter til tabeller SQL Server bruger et tidsstempelfelt til at angive, at en post blev ændret (men ikke da den blev ændret) ved at oprette et entydigt værdifelt og derefter opdatere dette felt, når en post opdateres. For en sammenkædet tabel bruger Access værdien i tidsstempelfelter til at afgøre, om en post er blevet ændret, før den opdateres. Generelt giver et tidsstempelfelt den bedste ydeevne og pålidelighed. Uden et tidsstempelfelt skal SQL Server kontrollere alle felterne i posten for at afgøre, om posten er ændret, hvilket gør ydeevnen langsommere.
I følgende tabel beskrives de indstillinger, der er tilgængelige på denne liste:
|
Indstilling |
Beskrivelse |
|
Ja, lad guiden bestemme |
Hvis de oprindelige Access-tabeller indeholder flydende felter (Enkelt eller Dobbelt), Notat eller OLE-objekt felter, opretter guiden Tilpasning af størrelse nye tidsstempelfelter i de resulterende SQL Server tabeller for disse felter. |
|
Ja, altid |
Guiden Databasekonvertering opretter et tidsstempelfelt for alle databaserede tabeller, uanset hvilke felttyper de indeholder. Dette forbedrer ydeevnen for upsized Access-tabeller, der muligvis ikke indeholder notat-, OLE-objekt- eller flydende punktfelter, men som har felter af andre typer. |
|
Nej, aldrig |
Guiden Databasekonvertering føjer ikke tidsstempelfelter til tabeller. |
Vigtigt!: I sammenkædede SQL Server tabeller kontrollerer Access ikke, om notat- eller OLE-objektfelter er ændret, fordi disse felter kan have mange megabyte, og sammenligningen kan være for netværkskrævende og tidskrævende. Hvis det kun er et tekst- eller billedfelt, der er ændret, og der ikke er noget tidsstempelfelt, overskriver Access ændringen. Desuden kan værdien af et flydende punktfelt se ud til at være ændret, når det ikke er ændret, så hvis der ikke er et tidsstempelfelt, kan Access bestemme, at posten er blevet ændret, når den ikke er.
-
Opret kun tabelstrukturen. Undlad at konfigurere data Guiden Tilpasning af størrelse tilpasser som standard alle data til SQL Server. Hvis du markerer afkrydsningsfeltet Opret kun tabelstruktur, skal du ikke konfigurere data , men kun datastrukturen er tilpasset.
Trin 4: Vælg, hvordan du vil konfigurere dit program
På den næste side i guiden kan du vælge en af tre forskellige måder at konfigurere dit Access-databaseprogram på. Vælg en af følgende indstillinger under Hvilke programændringer vil du foretage?:
-
Oprette en ny Access-klient/-server Hvis du vælger denne indstilling, opretter guiden Tilpasning af størrelse et nyt Access-projekt. Guiden Databasekonvertering beder dig om et navn, der som standard er det aktuelle Access-databasenavn, tilføjer et "CS"-suffiks og gemmer derefter projektet på samme placering som den eksisterende Access-database.
Guiden Databasekonvertering opretter Access-projektfilen og tilpasser derefter alle databaseobjekterne fra Access-databasen til Access-projektet. Hvis du ikke gemmer adgangskoden og bruger-id'et, vises dialogboksen Egenskaber for datakæde, første gang du åbner Access-projektet, så du kan oprette forbindelse til en SQL Server database.
-
Sammenkæd SQL Server tabeller med eksisterende program Hvis du vælger denne indstilling, ændrer guiden Databasekonvertering din Access-database, så dine forespørgsler, formularer, rapporter og dataadgangssider bruger dataene i den nye SQL Server database i stedet for dataene i din Access-database. Guiden Databasekonvertering omdøber de Access-tabeller, du tilpasser, med suffikset "_local". Hvis du f.eks. tilpasser størrelsen på en tabel med navnet Medarbejdere, omdøbes tabellen Employees_local i access-databasen. Derefter opretter guiden Tilpasning en sammenkædet SQL Server tabel med navnet Medarbejdere.
Bemærk!: Når tilpasningen er fuldført, bruges de tabeller, der blev omdøbt med suffikset "_local", ikke længere. Det er dog en god ide at bevare de lokale tabeller, indtil du har bekræftet, at tilpasningen blev gennemført. På et senere tidspunkt kan du slette de lokale tabeller for at reducere størrelsen på din Access-database. Sørg for at sikkerhedskopiere databasen, før du sletter tabeller.
Forespørgsler, formularer, rapporter og dataadgangssider baseret på de oprindelige medarbejdertabeller bruger nu den sammenkædede SQL Server tabellen Medarbejdere. Mange af egenskaberne for felterne i den oprindelige lokale tabel nedarves af den nye lokale tabel, herunder Beskrivelse, Billedtekst, Format, Inputmaske og DecimalPlaces.
-
Ingen programændringer Markér denne indstilling, hvis du kun vil kopiere dine data til den SQL Server database og ikke foretage andre ændringer i dit eksisterende Access-databaseprogram.
Gem adgangskode og bruger-id Som standard opretter guiden Databasekonvertering sammenkædede tabeller i det eksisterende program eller opretter et Access-projekt uden at gemme brugernavnet og adgangskoden. Det betyder, at brugerne bliver bedt om at angive et brugernavn og en adgangskode, hver gang de logger på en SQL Server database.
Hvis du vælger Gem adgangskode og bruger-id, kan brugerne oprette forbindelse til en SQL Server database uden at logge på. Hvis du vælger Opret nyt Access-klient-/serverprogram, gemmer Access-projektet adgangskoden til brugernavnet i OLE DB-forbindelsesstreng.
Bemærk!: Denne indstilling er deaktiveret for indstillingen Ingen programændringer, hvis en sammenkædet SQL Server tabel er konfigureret med en MSysConf-tabel til at afvise lagring af adgangskoder.
Guiden Tilpasning af størrelse-rapport
Når du klikker på Udfør, opretter guiden Tilpasning af størrelse en rapport, der indeholder en detaljeret beskrivelse af alle oprettede objekter, og rapporterer eventuelle fejl, der er opstået under processen. Guiden Tilpasning viser rapporten i Vis udskrift, og du kan derefter udskrive eller gemme rapporten, f.eks. som en XPS- eller PDF-fil. Rapporten gemmes ikke som et Access-objekt, når du lukker vinduet Vis udskrift.
Guiden Tilpasning af størrelse indeholder oplysninger om følgende:
-
Tilpasning af parametre, herunder hvilke tabelattributter du har valgt at tilpasse, og hvordan du har konfigureret.
-
Tabeloplysninger, herunder en sammenligning af Access og SQL Server værdier for navne, datatyper, indekser, valideringsregler, standarder, udløsere, og hvorvidt der er tilføjet tidsstempler.
-
Eventuelle fejl, der opstår, f.eks. en fuld database eller transaktionslog, utilstrækkelige tilladelser, enhed eller database, der ikke er oprettet, ignoreret tabel, standard eller valideringsregel, relationen gennemtvinges ikke, forespørgslen ignoreres (fordi den ikke kan oversættes til SQL Server syntaks) og kontrolelement og postkilde konverteringsfejl i formularer og rapporter.
Sådan bliver databaseobjekter opdateret
Følgende data og databaseobjekter bliver tilpasset:
-
Data og datatyper Alle Access-databasedatatyper konverteres til deres tilsvarende i SQL Server. Guiden konverterer Access-databasetekst til Unicode ved at føje Unicode-streng-id'et til alle strengværdier og ved at føje Unicode n-præfikset til alle datatyper.
-
Forespørgsler
-
Udvælgelsesforespørgsler, der ikke har en ORDER BY-delsætning eller parametre, konverteres til visninger.
-
Handlingsforespørgsler konverteres til gemte procedurehandlingsforespørgsler. Access tilføjer SET NOCOUNT ON efter parametererklæringskoden for at sikre, at den lagrede procedure kører.
-
Udvælgelsesforespørgsler, der kun refererer til tabeller (også kaldet basisforespørgsler), der bruger enten parametre eller en ORDER BY-delsætning, konverteres til brugerdefinerede funktioner. Hvis det er nødvendigt, føjes delsætningen TOP 100 PERCENT til en forespørgsel, der indeholder en ORDER BY-delsætning.
-
Parameterforespørgsler, der bruger navngivne parametre, vedligeholder det oprindelige tekstnavn, der bruges i Access-databasen, og konverteres enten til gemte procedurer eller indbyggede brugerdefinerede funktioner.
Bemærk!: Det kan være nødvendigt manuelt at konvertere forespørgsler, der ikke blev konverteret, f.eks. SQL-pass-through-forespørgsler, datadefinitionsforespørgsler og krydstabuleringsforespørgsler. Du skal muligvis også manuelt konvertere forespørgsler, der er indlejret for dybt.
-
-
Forms, rapporter og kontrolelementer SQL-sætninger i egenskaberne RecordSource, ControlsSource og RowSource for formularer, rapporter eller kontrolelementer bevares og konverteres ikke til gemte procedurer eller brugerdefinerede funktioner.
-
Startegenskaber Guiden Tilpasning af størrelse tilpasser følgende startegenskaber:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Moduler og makroer Guiden Tilpasning af størrelse foretager ikke nogen ændringer i moduler eller makroer. Du skal muligvis ændre dit program for at få fuldt udbytte af SQL Server funktioner. Du kan få mere at vide i MSDN-artiklen Optimering af Microsoft Office Access-programmer, der er sammenkædet med SQL Server.
