Med tiden vokser de fleste databaseprogrammer, bliver mere komplekse og har brug for at understøtte flere brugere. På et eller andet tidspunkt i dit Microsoft Office Access-programs levetid kan det være en god ide at overveje at ændre størrelsen til en Microsoft SQL Server-database for at optimere ydeevne, skalerbarhed, tilgængelighed, sikkerhed, pålidelighed og genoprettelsesegenskaber.
I denne artikel
Om at tilpasse størrelsen på en Microsoft Office Access-database
Upsizing er den proces, der overfører 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 tilpasse en database til 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 med to gigabyte. Endelig fungerer SQL Server meget effektivt ved at behandle forespørgsler parallelt (ved hjælp af flere oprindelige tråde i en enkelt proces til at håndtere brugeranmodninger) og minimere krav til yderligere hukommelse, når der tilføjes flere brugere.
-
Øget tilgængelighed SQL Server gør det muligt at udføre en dynamisk sikkerhedskopiering, enten trinvis eller fuldført, af databasen, mens den er i brug. Du behøver derfor ikke tvinge brugere til at afslutte databasen for at sikkerhedskopiere data.
-
Forbedret sikkerhed SQL Server kan ved hjælp af en pålidelig forbindelse integreres med Windows-systemsikkerhed for at give en enkelt integreret adgang til netværket og databasen og anvende det bedste fra begge sikkerhedssystemer. Det gør det meget nemmere at administrere komplekse sikkerhedsskemaer.
-
Øjeblikkelig genoprettelse I tilfælde af systemfejl (f.eks. nedbrud af operativsystemet eller strømsvigt) har SQL Server en mekanisme til automatisk gendannelse, der gendanner en database til den sidste konsistenstilstand i løbet af få minutter uden handling fra databaseadministratorens side.
-
Serverbaseret behandling Brug af SQL Server i en klient/serverkonfiguration reducerer netværkstrafik ved at behandle databaseforespørgsler på serveren, før resultater sendes til klienten. Det er som regel meget mere effektivt at få serveren til at udføre behandlingen, især når der arbejdes med store datasæt.
Programmet 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 gøre det på
Guiden Databaseudvidelse flytter databaseobjekter og de data, de indeholder, fra en Access-database til en ny eller eksisterende SQL Server-database.
Du kan bruge guiden Databasevertering på tre måder:
-
Upsize all database objects from an Access database to an Access project so that you can create a client/server application. Denne fremgangsmåde kræver nogle yderligere programændringer og -ændringer til kode og komplekse forespørgsler.
-
Upsize only data or data definitions from an Access database to a SQL Server database.
-
Opret en front end i en Access-database til en BACK-end for en SQL Server-database, så du kan oprette en front end-/back end-program. Denne fremgangsmåde kræver meget lidt programændringer, da koden stadig bruger Access-databaseprogrammet (ACE).
Før du upsize an Access database
Før du upsize your Access database to a SQL Server database or Access project, consider doing the following:
-
Sikkerhedskopiere din database Selvom guiden Databasestørrelse ikke fjerner nogen data eller databaseobjekter fra din Access-database, er det en god ide at oprette en sikkerhedskopi af access-databasen, før du opbygger 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 skal opdateres. Guiden Databaseopstilling fungerer bedst, når der er masser af diskplads.
-
Opret entydige indekser En sammenkædet tabel skal have et entydigt indeks, for at det kan opdateres i Access. Guiden Databasestørrelse kan opbygge et eksisterende entydigt indeks, men kan ikke oprette et, hvor der ikke findes noget. Hvis du vil kunne opdatere dine tabeller, skal du sørge for at tilføje et entydigt indeks til hver Access-tabel, før størrelsen opdateres.
-
Tildele dig selv de rette tilladelser til SQL Server-databasen
-
Hvis du vil upsize til en eksisterende database, skal du have TILLADELSEN OPRET TABEL og OPRET STANDARD.
-
Hvis du vil oprette en ny database, skal du have tilladelsen OPRET DATABASE og SELECT-tilladelser til systemtabellerne i hoveddatabasen.
-
Guiden Databaseudvidelse i Access 2007 er optimeret til at fungere sammen med Microsoft SQL Server 2000 og SQL Server 2005.
Brug guiden Database database
-
Klik på SQL Server i gruppen Flyt data under fanen Databaseværktøjer.
Guiden Databasevertering starter.
Trin 1: Vælg, om du vil oprette en eksisterende database eller en ny database
På den første side i guiden skal du angive, om du vil opdatere Access-databasen til en eksisterende SQL Server-database eller oprette en ny SQL Server-database.
-
Brug af 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-driverstyringen, 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 uden for Access, der 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 lagrer 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 ikke-delelig fildatakilde 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 overfører forbindelsesoplysningerne direkte til ODBC-driverstyringen, og det er med til 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.
-
Hvilken SQL Server vil du bruge til denne database? Skriv navnet på den server, du vil bruge.
-
Brug en pålidelig forbindelse Du kan bruge en pålidelig forbindelse, dvs. SQL Server kan integreres med Windows-operativsystemets sikkerhed for at levere en enkelt log på 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 reviderer 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 opdatere til SQL Server-databasen. Markér de tabeller, du vil ændre, og brug derefter pileknapperne til at flytte dem til listen Eksportér til SQL Server. Alternativt kan du dobbeltklikke på en tabel for at flytte den fra én liste til en anden.
Listen Over 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 at ændre størrelsen, vises automatisk 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, at tabel upsizing tabeller, der allerede er blevet upsized. Hvis du vil upsize these tables again, rename them before you run the Upsizing Wizard by removing the suffix "_local".
Trin 3: Angiv de attributter og indstillinger, der skal ændres
I dette trin skal du vælge, hvilke tabelattributter der skal opdateres til din SQL Server-database. Som standard er alle attributter valgt til tilpasning som standard.
Bemærk!: Som standard konverterer guiden Databaseomregner Access-feltnavne til juridiske SQL Server-feltnavne og konverterer Access-datatyper til de tilsvarende SQL Server-datatyper.
Hvilke tabelattributter vil du konfigurere?
I følgende tabel vises de attributter, du kan opbygge, og der beskrives, hvordan guiden Databasestørrelse håndterer hver enkelt af dem:
|
Attribut |
Handling, hvis markeret |
|||||||||||||||
|
Indekser |
Guiden Databasestørrelse upsizes alle indekser. Guiden Databasevertering konverterer primære Access-nøgler til SQL Server-indeks og markerer dem som primære SQL Server-nøgler. Hvis du vælger at sammenkæde den indekserede SQL Server-tabel med din Access-database, føjer guiden Databaseudvidelse også præfikset "aaaaa" til indeksnavnet. Dette skyldes, at Access vælger det indeks, der først er alfabetisk på listen over tilgængelige indekser som den primære nøgle, og præfikset "aaaaa" sikrer, at det rigtige indeks vælges. Alle andre indekser bevarer deres navne, undtagen hvis ugyldige tegn erstattes med "_" tegnet. Entydige og ikke-entydige Access-indekser bliver unikke og ikke-entydige SQL Server-indekser. En sammenkædet tabel skal have et entydigt indeks, for at det kan opdateres i Access. Guiden Databasestørrelse kan opbygge et eksisterende entydigt indeks, men kan ikke oprette et, hvor der ikke findes noget. Hvis du vil kunne opdatere dataene i tabellerne efter deres størrelse, skal du sørge for at tilføje et entydigt indeks til hver Access-tabel, før størrelsen ændres. |
|||||||||||||||
|
Valideringsregler |
Guiden Databasestørrelse opdaterer 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 redigere data i en tabel: kommandoerne UPDATE, INSERT og DELETE. Udløseren udføres automatisk, når kommandoen udføres. Guiden Database upsizing bruger udløsere i stedet for SQL Server-regler til at gennemtvinge feltvalidering, 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 indstiller egenskaben Påkrævet for et Access-felt til sand, kan en bruger ikke indsætte en post og lade det obligatoriske felt være null (hvis feltet ikke er bundet som standard), eller gøre feltet null, når en post opdateres. Påkrævede felter konverteres til felter, der ikke tillader Null-værdier i SQL Server. Valideringsmeddelelse Egenskaben Valideringstekst i Access-databasen konverteres til egenskaben Valideringstekst i Access-projektet. Dette gør det muligt at få vist fejlmeddelelser om adgangsvenlige fejlmeddelelser i tilfælde af en begrænsningskrænkelse under kørsel. |
|||||||||||||||
|
Standardindstillinger |
Guiden Upsizing upsizes all Default Value properties to American National Standards Institute (ANSI) default objects. |
|||||||||||||||
|
Tabelrelationer |
Guiden Databasestørrelse opbygger alle tabelrelationer. Du kan beslutte, hvordan du vil upsize table relationships and referential integrity by update, insert, or delete triggers, or by using Declared Referential Integrity (DRI). DRI fungerer på samme måde som referentiel integritet i Access ved at definere primære nøglebegrænsninger for basistabeller (en-siden af en en-til-mange-relation) og fremmed nøgle-begrænsninger for fremmede tabeller (typisk mange-siden af en en-til-mange-relation).
|
Hvilke dataindstillinger vil du medtage?
-
Føj tidsstempelfelter til tabeller SQL Server bruger et tidsstempelfelt til at angive, at en post er blevet æ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 tidsstempel 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 sænker ydeevnen.
I følgende tabel beskrives de tilgængelige indstillinger på denne liste:
|
Indstilling |
Beskrivelse |
|
Ja, lad guiden bestemme |
Hvis de oprindelige Access-tabeller indeholder felter med flydende (enkelt eller dobbelt), notat eller OLE-objekt , opretter guiden Database database nye tidsstempelfelter i de resulterende SQL Server-tabeller for disse felter. |
|
Ja, altid |
Guiden Databasevertering opretter et tidsstempelfelt for alle tabeller, der er blevet opdateret, uanset hvilke felttyper de indeholder. Dette forbedrer ydeevnen for upsized Access-tabeller, der muligvis ikke indeholder notat-, OLE-objekt- eller flydende felter, men som har felter af andre typer. |
|
Nej, aldrig |
Guiden Databasevertering føjer ikke tidsstempler til tabeller. |
Vigtigt!: I sammenkædede SQL Server-tabeller kontrollerer Access ikke, om notat- eller OLE-objektfelterne er ændret, fordi disse felter kan være mange megabyte i størrelse, og sammenligningen kan være for netværkskrævende og tidskrævende. Hvis kun et tekst- eller billedfelt er ændret, og der ikke er noget tidsstempelfelt, overskriver Access ændringen. Desuden kan værdien af et flydende felt se ud til at være ændret, når det ikke er blevet ændret, så i fraværet af et tidsstempelfelt kan Access muligvis afgøre, at posten er blevet ændret, når den ikke er.
-
Opret kun tabelstrukturen, og opd sammensæt ikke nogen data Guiden Database upsizes all data to SQL Server by default. Hvis du vælger opret kun tabelstrukturen, skal du ikke upsize nogen data afkrydsningsfeltet, kun datastrukturen er upsized.
Trin 4: Vælg, hvordan du vil konfigurere dit program
På næste side i guiden kan du vælge en af tre forskellige måder at konfigurere dit Access-databaseprogram på. Under Hvilke programændringer vil du foretage?skal du vælge en af følgende indstillinger:
-
Opret et nyt Access-klient-/serverprogram Hvis du vælger denne indstilling, oprettes der et nyt Access-projekt i guiden Database. Guiden Databasevertering beder dig om et navn, som 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 Databasestørrelse opretter Access-projektfilen og upsizes derefter alle databaseobjekter fra Access-databasen til Access-projektet. Hvis du ikke gemmer adgangskoden og bruger-id'et, og første gang du åbner Access-projektet, viser Access dialogboksen Egenskaber for datalink, 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 Databaseudvidelse 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 Databasestørrelse omdøber de Access-tabeller, du opretter med suffikset "_local". Hvis du f.eks. upsize a table named Employees, the table is renamed Employees_local in your Access database. Derefter opretter guiden Database database en sammenkædet SQL Server-tabel med navnet Medarbejdere.
Bemærk!: Når størrelseshandlingen er fuldført, vil de tabeller, der blev omdøbt med "_local"-suffikset, ikke længere blive brugt. Det er dog en god ide at bevare de lokale tabeller, indtil du har kontrolleret, at størrelsen er blevet 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 sikkerhedskopire din database, før du sletter tabeller.
Forespørgsler, formularer, rapporter og dataadgangssider baseret på de oprindelige medarbejdertabeller vil nu bruge tabellen sammenkædede SQL Server-medarbejdere. Mange af egenskaberne for felterne i den oprindelige lokale tabel nedarves af den nye lokale tabel, herunder Beskrivelse,Billedtekst, Format,Inputmaskeog DecimalPlaces.
-
Ingen programændringer Markér denne indstilling, hvis du kun vil kopiere dine data til SQL Server-databasen og ikke foretage andre ændringer i dit eksisterende Access-databaseprogram.
Gem adgangskode og bruger-id Som standard opretter guiden Databaseopvertering 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-forbindelsesstrengen.
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 nægte at gemme adgangskoder.
Guiden Database databaserapport
Når du klikker på Udfør,oprettes der en rapport i guiden Database, der indeholder en detaljeret beskrivelse af alle de objekter, der oprettes, og rapporter om eventuelle fejl, der opstår under processen. Guiden Databasevertering 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 Databasevertering indeholder oplysninger om følgende:
-
Upsizing parameters, including what table attributes you valgte to upsize and how you upsized.
-
Tabeloplysninger, herunder en sammenligning af Access- og SQL Server-værdier for navne, datatyper, indekser, valideringsregler, standarder, udløsere og hvorvidt tidsstempler blev tilføjet eller ej.
-
Der opstod fejl, f.eks. fuld database eller transaktionslog, manglende tilladelser, enheden eller databasen blev ikke oprettet, tabel-, standard- eller valideringsregel ignoreret, relationer blev ikke gennemtvunget, forespørgslen blev ignoreret (fordi den ikke kan oversættes til SQL Server-syntaks) og kontrolelement - og postkilde -konverteringsfejl i formularer og rapporter.
Sådan opbygges databaseobjekter
Følgende data- og databaseobjekter opdateres:
-
Data og datatyper Alle Access-databasedatatyper konverteres til deres tilsvarende i SQL Server. Guiden konverterer Access-databasetekst til Unicode ved at føje Unicode-strengidentifikatoren 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 TIL efter parametererklæringskoden for at sikre, at den lagrede procedure kører.
-
Vælg forespø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 TOP 100 PERCENT-delsætningen til en forespørgsel, der indeholder en ORDER BY-delsætning.
-
Parameterforespørgsler, der bruger navngivne parametre, bevarer det oprindelige tekstnavn, der bruges i Access-databasen, og konverteres enten til gemte procedurer eller indbyggede brugerdefinerede funktioner.
Bemærk!: Du skal muligvis konvertere forespørgsler, der ikke blev konverteret manuelt, f.eks. SQL-passeringsforespørgsler, datadefinitionsforespørgsler og krydstabuleringsforespørgsler. Du skal muligvis også manuelt opdatere forespørgsler, der er indlejret for dybt.
-
-
Formularer, rapporter og kontrolelementer SQL-sætninger i Postkilde,Kontrolelementerkilde og Rækkekilde-egenskaber for formularer, rapporter eller kontrolelementer bevares og konverteres ikke til gemte procedurer eller brugerdefinerede funktioner.
-
Egenskaber for start Guiden Databasestørrelse konfigurerer følgende startegenskaber:
StartUpShowDBWindow
StartUpShowStatusBar
AllowShortcutMenus
AllowFullMenus
AllowBuiltInToolbars
AllowToolbarChanges
AllowSpecialKeys
UseAppIconForFrmRpt
AppIcon
AppTitle
StartUpForm
StartUpMenuBar
StartupShortcutMenuBar -
Moduler og makroer Guiden Databasestyring foretager ingen ændringer i moduler eller makroer. Det kan være nødvendigt at ændre dit program for at kunne udnytte funktionerne i SQL Server fuldt ud. Du kan finde flere oplysninger i MSDN-artiklen Optimering af Microsoft Office Access-programmer, der er kædet sammen med SQL Server.
