Over tid vokser de fleste databaseprogrammer, blir mer komplekse og må støtte flere brukere. En eller annen gang i Microsoft Office Access-programmets levetid bør du vurdere å oppskalere til en Microsoft SQL Server-database for å optimalisere ytelse, skalerbarhet, tilgjengelighet, sikkerhet, pålitelighet og gjenopprettelse.
I denne artikkelen
Oppskalere en Microsoft Office Access-database
Oppskalering er prosessen med å overføre noen eller alle databaseobjekter fra en Access-database til en ny eller eksisterende SQL Server-database eller et nytt Access-prosjekt (ADP).
Fordeler ved oppskalering av en database til SQL Server
-
Høy ytelse og skalerbarhet I mange tilfeller gir SQL Server bedre ytelse enn en Access-database. SQL Server støtter også svært store databaser på terabyte-størrelse, som er mye større enn den gjeldende grensen for en Access-database på to gigabyte. Til slutt fungerer SQL Server svært effektivt ved å behandle spørringer parallelt (ved hjelp av flere opprinnelige tråder i én enkelt prosess for å håndtere brukerforespørsler) og minimere krav til ekstra minne når flere brukere legges til.
-
Økt tilgjengelighet MED SQL Server kan du utføre en dynamisk sikkerhetskopi av databasen, enten trinnvis eller fullført, mens den er i bruk. Dermed trenger du ikke å tvinge brukere til å avslutte databasen for å ta sikkerhetskopi av data.
-
Forbedret sikkerhet Når du bruker en klarert tilkobling, kan SQL Server integrere med Systemsikkerhet i Windows for å gi én integrert tilgang til nettverket og databasen, noe som fungerer best av begge sikkerhetssystemene. Dette gjør det mye enklere å administrere komplekse sikkerhetsoppsett.
-
Umiddelbar gjenoppretting Ved systemfeil (for eksempel operativsystemkrasj eller strømbrudd) har SQL Server en automatisk gjenopprettingsmekanisme som gjenoppretter en database til siste konsekvenstilstand på noen minutter, uten at databaseadministratoren trenger å gjøre noe.
-
Serverbasert behandling Hvis du bruker SQL Server i en klient/server-konfigurasjon, reduseres nettverkstrafikken ved at databasespørringer behandles på serveren før resultatene sendes til klienten. Det er vanligvis mye mer effektivt å la serveren behandle, spesielt når du arbeider med store datasett.
Programmet kan også bruke brukerdefinerte funksjoner, lagrede prosedyrer og utløsere til å sentralisere og dele programlogikk, forretningsregler og policyer, komplekse spørringer, datavalidering og referanseintegritetskode på serveren i stedet for på klienten.
Måter å oppsskape på
Oppskaleringsveiviseren flytter databaseobjekter og dataene de inneholder fra en Access-database til en ny eller eksisterende SQL Server-database.
Du kan bruke oppskaleringsveiviseren på tre måter:
-
Oppskaler alle databaseobjekter fra en Access-database til et Access-prosjekt, slik at du kan opprette et klient-/serverprogram. Denne fremgangsmåten krever flere programendringer og endringer i kode og komplekse spørringer.
-
Oppsize bare data eller datadefinisjoner fra en Access-database til en SQL Server-database.
-
Opprett en Access-database frontserver på en SQL Server-database, slik at du kan opprette en front-/bakprogram. Denne fremgangsmåten krever svært få programendringer siden koden fremdeles bruker Access-databasemotoren (ACE).
Før du oppser en Access-database
Før du oppser Access-databasen til en SQL Server-database eller et Access-prosjekt, bør du vurdere å gjøre følgende:
-
Sikkerhetskopier databasen din Selv om oppskaleringsveiviseren ikke fjerner data eller databaseobjekter fra Access-databasen, er det lurt å opprette en sikkerhetskopi av Access-databasen før du oppsizer den.
-
Sikre at du har tilstrekkelig diskplass Du må ha tilstrekkelig diskplass på enheten som skal inneholde den oppskalerte databasen. Oppskaleringsveiviseren fungerer best når det er mye diskplass tilgjengelig.
-
Opprette unike indekser En koblet tabell må ha en unik indeks som kan oppdateres i Access. Oppskaleringsveiviseren kan oppsize en eksisterende unik indeks, men kan ikke opprette en der det ikke finnes. Hvis du vil kunne oppdatere tabellene, må du passe på å legge til en unik indeks i hver Access-tabell før du oppser.
-
Tilordne egnede tillatelser på SQL Server-databasen
-
Hvis du vil oppse til en eksisterende database, må du ha tillatelsene CREATE TABLE og CREATE DEFAULT.
-
Du må ha tillatelsen CREATE DATABASE og SELECT for systemtabellene i hoveddatabasen for å kunne bygge en ny database.
-
Oppskaleringsveiviseren for Access 2007 er optimalisert for å fungere med Microsoft SQL Server 2000 og SQL Server 2005.
Bruke oppskaleringsveiviseren
-
Klikk SQL Server i Flytt data-gruppen på Databaseverktøy-fanen.
Oppskaleringsveiviseren starter.
Trinn 1: Velg å oppsize til en eksisterende database eller en ny database
På den første siden i veiviseren kan du angi om du vil oppsisere Access-databasen til en eksisterende SQL Server-database eller opprette en ny SQL Server-database.
-
Bruke eksisterende database Hvis du velger dette alternativet og deretter klikker på Neste,vises dialogboksen Velg datakilde, slik at du kan opprette en ODBC-tilkobling til den eksisterende SQL Server-databasen.
Om ODBC-datakilder
En datakilde er data kombinert med tilkoblingsinformasjonen som kreves for å få tilgang til disse dataene. Eksempler på datakilder er Access, SQL Server, Oracle RDBMS, et regneark og en tekstfil. Eksempler på tilkoblingsinformasjon omfatter serverplassering, databasenavn, påloggings-ID, passord og ulike ODBC-driveralternativer som beskriver hvordan du kobler til datakilden.
I ODBC-arkitekturen kobler et program (for eksempel Access eller et Microsoft Visual Basic-program) til ODBC Driver Manager, som i sin tur bruker en bestemt ODBC-driver (for eksempel Microsoft SQL ODBC-driver) til å koble til en datakilde (i dette tilfellet en SQL Server-database). I Access kan du bruke ODBC-datakilder til å koble til datakilder utenfor Access som ikke har innebygde drivere.
Hvis du vil koble til disse datakildene, må du gjøre følgende:
-
Installer riktig ODBC-driver på datamaskinen som inneholder datakilden.
-
Definer et datakildenavn (DSN) ved hjelp av enten administrator for ODBC-datakilden for å lagre tilkoblingsinformasjonen i Microsoft Windows-registret eller en DSN-fil, eller med en tilkoblingsstreng i Visual Basic-kode for å overføre tilkoblingsinformasjon direkte til ODBC-driverbehandling.
Maskindatakilder
Maskindatakilder lagrer tilkoblingsinformasjon i Windows-registeret på en bestemt datamaskin med et brukerdefinert navn. Du kan bruke maskindatakilder bare på de datamaskinene hvor disse er definert. Det finnes to typer maskindatakilder – brukerdatakilder og systemdatakilder. Brukerdatakilder kan bare brukes av gjeldende bruker og er synlig bare for denne brukeren. Systemdatakilder kan brukes av alle brukere på en datamaskin og er synlige for alle brukere av datamaskinen og systemomfattende tjenester. En maskindatakilde er spesielt nyttig når du vil gi ekstra sikkerhet, for bare brukere som er pålogget kan se en maskindatakilde, og den kan ikke kopieres til en annen datamaskin av en ekstern bruker.
Fildatakilder
Fildatakilder (også kalt DSN-filer) lagrer tilkoblingsinformasjon i en tekstfil, ikke i Windows-registret, og er vanligvis mer fleksibel i bruk enn maskindatakilder. Du kan for eksempel kopiere en fildatakilde til en hvilken som helst datamaskin med riktig ODBC-driver, slik at programmet kan være avhengig av konsekvent og nøyaktig tilkoblingsinformasjon til alle datamaskinene det bruker. Alternativt kan du plassere fildatakilden på én enkelt server, dele den mellom mange datamaskiner på nettverket og på en enkel måte vedlikeholde tilkoblingsinformasjonen på ett sted.
En fildatakilde kan også være umulig å dele. En fildatakilde som ikke kan deles, ligger på én enkelt datamaskin og peker til en maskindatakilde. Du kan bruke fildatakilder som ikke kan deles, til å få tilgang til eksisterende maskindatakilder fra fildatakilder.
Tilkoblingsstrenger
Du kan definere en formatert tilkoblingsstreng som angir tilkoblingsinformasjon, i en modul. En tilkoblingsstreng sender tilkoblingsinformasjonen direkte til ODBC-driverbehandling, og det bidrar til å forenkle programmet ved å fjerne kravet om at en systemansvarlig eller bruker først må opprette en DSN før bruk av databasen.
-
-
Opprette ny database Hvis du velger dette alternativet og deretter klikker Neste,viser Access en side der du skriver inn informasjon om den nye SQL Server-databasen.
-
Hvilken SQL Server vil du bruke for denne databasen? Skriv inn navnet på serveren du vil bruke.
-
Bruke klarert tilkobling Du kan bruke en klarert tilkobling, det vil si AT SQL Server kan integrere med sikkerheten i Windows-operativsystemet for å gi én enkelt pålogging til nettverket og databasen.
-
Påloggings-ID og passord Hvis du ikke bruker en klarert tilkobling, skriver du inn påloggings-IDen og passordet for en konto med opprettingsdatabaserettigheter på serveren.
-
Hva vil du gi navn til den nye SQL Server-databasen? Skriv inn navnet på den nye SQL Server-databasen. Access endrer navnet hvis det er i konflikt med et eksisterende databasenavn og legger til et nummerert suffiks (for eksempel mindatabase 1).
-
Trinn 2: Velge hvilke tabeller som skal oppsizes
I dette trinnet velger du Access-tabellene som du vil oppsize til SQL Server-databasen. Merk tabellene du vil oppspisse, og bruk deretter pilknappene til å flytte dem til Eksporter til SQL Server-listen. Alternativt kan du dobbeltklikke en tabell for å flytte den fra én liste til den andre.
Listen over tilgjengelige tabeller inkluderer alle koblede tabeller unntatt SQL Server-tabeller som allerede finnes i en SQL Server-database. Koblede tabeller som peker til en SQL Server-database som er valgt for oppskalering, vises automatisk i listeboksen Eksporter til SQL Server og kan ikke fjernes. Tabeller som for øyeblikket ikke er synlige på navigasjonsrute, er også ekskludert, inkludert skjulte tabeller og systemtabeller.
Tips!: Alle tabeller som har et navn som slutter på _local, er ekskludert fra listen over tilgjengelige tabeller for å forhindre oppskalering av tabeller som allerede er oppstatt. Hvis du vil oppsize disse tabellene på nytt, gir du dem nytt navn før du kjører oppskaleringsveiviseren ved å fjerne suffikset «_local».
Trinn 3: Angi attributter og alternativer som skal oppsedes
I dette trinnet velger du hvilke tabellattributter som skal oppsizes til SQL Server-databasen. Som standard er alle attributter valgt for oppskalering som standard.
Obs!: Oppskaleringsveiviseren konverterer Access-feltnavn til juridiske SQL Server-feltnavn som standard, og konverterer Access-datatyper til tilsvarende SQL Server-datatyper.
Hvilke tabellattributter vil du oppse?
Tabellen nedenfor viser attributtene du kan oppsize, og beskriver hvordan oppskaleringsveiviseren håndterer hver av dem:
|
Attributt |
Handling hvis valgt |
|||||||||||||||
|
Indekser |
Oppskaleringsveiviseren oppsizes alle indekser. Oppskaleringsveiviseren konverterer Access-primærnøkler til SQL Server-indekser og markerer dem som SQL Server-primærnøkler. Hvis du velger å koble den oppsstilte SQL Server-tabellen til Access-databasen, legger oppskaleringsveiviseren også prefikset «aaaaa» til indeksnavnet. Dette er fordi Access velger indeksen som først er alfabetisk i listen over tilgjengelige indekser, som primærnøkkelen, og aaaaa-prefikset sikrer at riktig indeks er valgt. Alle andre indekser beholder navnene sine, unntatt der ugyldige tegn erstattes med _-tegnet. Unike og ikke-unike Access-indekser blir unike og ikke-unike SQL Server-indekser. En koblet tabell må ha en unik indeks som kan oppdateres i Access. Oppskaleringsveiviseren kan oppsize en eksisterende unik indeks, men kan ikke opprette en der det ikke finnes. Hvis du vil oppdatere dataene i tabellene etter oppskalering, må du passe på at du legger til en unik indeks i hver Access-tabell før du oppskalering. |
|||||||||||||||
|
Valideringsregler |
Oppskaleringsveiviseren oppser følgende som oppdaterings- og sett inn utløsere:
En utløser er en serie med Transact-SQL-setninger som er knyttet til en SQL Server-tabell. En tabell kan ha tre utløsere, én for hver av kommandoene som kan endre data i en tabell: KOMMANDOENE UPDATE, INSERT og DELETE. Utløseren kjøres automatisk når kommandoen utføres. Oppskaleringsveiviseren bruker utløsere i stedet for SQL Server-regler for å fremtvinge validering på feltnivå, fordi SQL Server-regler ikke lar deg vise egendefinerte feilmeldinger. Hver valideringsregel har ikke nødvendigvis en én-til-én samsvar med en utløser. Hver valideringsregel kan bli en del av flere utløsere, og hver utløser kan inneholde kode for å emulere funksjonaliteten til flere valideringsregler. Når du angir sann for den obligatoriske egenskapen for et Access-felt, kan ikke en bruker sette inn en post og la det obligatoriske feltet være null (hvis det ikke er noen standard bundet til feltet), eller gjøre feltet null når du oppdaterer en post. Obligatoriske felt er oppskrevne til felt som ikke tillater nullverdier på SQL Server. Valideringstekst Egenskapen Valideringstekst for Access-database konverteres til egenskapen Valideringstekst i Access-prosjektet. Dette gjør at access-brukervennlige feilmeldinger vises ved kjøring av begrensningsbrudd. |
|||||||||||||||
|
Standarder |
Oppskaleringsveiviseren oppsorterer alle standardverdiegenskaper til standardobjekter for American National Standards Institute (ANSI). |
|||||||||||||||
|
Tabellrelasjoner |
Oppskaleringsveiviseren oppser alle tabellrelasjoner. Du kan bestemme hvordan du kan oppskjære tabellrelasjoner og referanseintegritet ved hjelp av oppdaterings-, sett inn- eller sletteutløsere, eller ved å bruke deklarert referanseintegritet (DRI). DRI fungerer på samme måte som referanseintegritet i Access ved å definere primærnøkkelbegrensninger for basistabeller («én»-siden i en én-til-mange-relasjon) og sekundærnøkkelbegrensninger for sekundærtabeller (vanligvis «mange»-siden i en én-til-mange-relasjon).
|
Hvilke dataalternativer vil du inkludere?
-
Legge til tidsstempelfelt i tabeller SQL Server bruker et tidsstempelfelt for å angi at en post ble endret (men ikke når den ble endret) ved å opprette et unikt verdifelt og deretter oppdatere dette feltet hver gang en post oppdateres. For en koblet tabell bruker Access verdien i tidsstempelfelt til å fastslå om en post er endret før den oppdateres. Generelt sett gir et tidsstempelfelt den beste ytelsen og påliteligheten. Uten et tidsstempelfelt må SQL Server kontrollere alle feltene i posten for å finne ut om posten er endret, noe som gjør at ytelsen går tregere.
Tabellen nedenfor beskriver innstillingene som er tilgjengelige i denne listen:
|
Innstilling |
Beskrivelse |
|
Ja, la veiviseren bestemme |
Hvis de opprinnelige Access-tabellene inneholder flyttallsfelt (enkel eller dobbel), notat- eller OLE-objekt-felt, oppretter oppskaleringsveiviseren nye tidsstempelfelt i de resulterende SQL Server-tabellene for disse feltene. |
|
Ja, alltid |
Oppskaleringsveiviseren oppretter et tidsstempelfelt for alle oppsede tabeller, uavhengig av hvilke felttyper de inneholder. Dette forbedrer ytelsen til opps økte Access-tabeller som kanskje ikke inneholder Notat-, OLE-objekt- eller flyttallsfelt, men som har felter av andre typer. |
|
Nei, Aldri |
Oppskaleringsveiviseren legger ikke til tidsstempelfelt i tabeller. |
Viktig!: I koblede SQL Server-tabeller kontrollerer ikke Access om Notat- eller OLE-objektfelter er endret, fordi disse feltene kan være mange megabyte i størrelse, og sammenligningen kan være for nettverkskrevende og tidkrevende. Hvis bare et tekst- eller bildefelt er endret og det ikke finnes et tidsstempelfelt, overskriver Access derfor endringen. Verdien i et flyttallsfelt kan også se ut til å ha blitt endret når det ikke er det, så hvis det ikke finnes et tidsstempelfelt, kan det hende Access finner ut at posten er endret når den ikke er det.
-
Bare opprett tabellstrukturen, ikke oppsize noen data Oppskaleringsveiviseren oppsizes alle data til SQL Server som standard. Hvis du merker av for Bare opprett tabellstruktur, skal du ikke oppsskape data, bare datastrukturen oppsede.
Trinn 4: Velg hvordan du vil oppsize programmet
På neste side i veiviseren kan du velge en av tre ulike måter å oppsskape Access-databaseprogrammet på. Velg ett av følgende alternativer under Hvilke programendringer vil du gjøre?
-
Opprette et nytt Access-klient-/serverprogram Hvis du velger dette alternativet, oppretter oppskaleringsveiviseren et nytt Access-prosjekt. Oppskaleringsveiviseren ber deg om et navn, som standard bruker det gjeldende Access-databasenavnet, legger til et "CS"-suffiks og lagrer deretter prosjektet på samme sted som den eksisterende Access-databasen.
Oppskaleringsveiviseren oppretter Access-prosjektfilen og oppsizes deretter alle databaseobjektene fra Access-databasen til Access-prosjektet. Hvis du ikke lagrer passordet og bruker-ID-en, viser Access dialogboksen Egenskaper for datakobling første gang du åpner Access-prosjektet, slik at du kan koble til en SQL Server-database.
-
Koble SQL Server-tabeller til eksisterende program Hvis du velger dette alternativet, endrer oppskaleringsveiviseren Access-databasen slik at spørringer, skjemaer, rapporter og datatilgangssider bruker dataene i den nye SQL Server-databasen i stedet for dataene i Access-databasen. Oppskaleringsveiviseren gir nytt navn til Access-tabellene du oppsizer, med suffikset _local. Hvis du for eksempel oppser en tabell kalt Ansatte, får tabellen nytt navn Employees_local i Access-databasen. Deretter oppretter oppskaleringsveiviseren en koblet SQL Server-tabell kalt Ansatte.
Obs!: Når oppskaleringsoperasjonen er fullført, brukes ikke lenger tabellene som har fått nytt navn med _local suffiks. Det er imidlertid lurt å beholde de lokale tabellene til du har kontrollert at oppskaleringen var vellykket. Du kan slette de lokale tabellene på et senere tidspunkt for å redusere størrelsen på Access-databasen. Pass på å sikkerhetskopiere databasen før du sletter tabeller.
Spørringer, skjemaer, rapporter og datatilgangssider basert på de opprinnelige Ansatte-tabellene vil nå bruke den koblede SQL Server Employees-tabellen. Mange av egenskapene for feltene i den opprinnelige lokale tabellen arves av den nye lokale tabellen,inkludert Beskrivelse, Tittel,Format,Inndatamaskeog Antall desimaler.
-
Ingen programendringer Velg dette alternativet hvis du bare vil kopiere dataene til SQL Server-databasen og ikke gjøre andre endringer i det eksisterende Access-databaseprogrammet.
Lagre passord og bruker-ID Oppskaleringsveiviseren oppretter som standard koblede tabeller i det eksisterende programmet eller oppretter et Access-prosjekt uten å lagre brukernavnet og passordet. Dette betyr at brukerne blir bedt om brukernavn og passord hver gang de logger på en SQL Server-database.
Hvis du velger Lagre passord og bruker-ID,kan brukere koble seg til en SQL Server-database uten å logge på. Hvis du velger Opprett nytt Access-klient-/serverprogram,lagrer Access-prosjektet brukernavnpassordet i OLE DB-tilkoblingsstrengen.
Obs!: Dette alternativet er deaktivert for alternativet Ingen endringer hvis en koblet SQL Server-tabell er konfigurert med en MSysConf-tabell for å nekte lagring av passord.
Rapporten for oppskaleringsveiviseren
Når du klikker Fullfør,oppretter oppskaleringsveiviseren en rapport som gir en detaljert beskrivelse av alle objekter som er opprettet, og rapporterer eventuelle feil som oppstod under prosessen. Oppskaleringsveiviseren viser rapporten i forhåndsvisning, og du kan deretter skrive ut eller lagre rapporten, for eksempel som en XPS- eller PDF-fil. Rapporten lagres ikke som et Access-objekt når du lukker forhåndsvisningsvinduet.
Rapporten for oppskaleringsveiviseren inneholder informasjon om følgende:
-
Oppskalering av parametere, inkludert hvilke tabellattributter du valgte for å oppsize og hvordan du oppsmalte.
-
Tabellinformasjon, inkludert en sammenligning av Access- og SQL Server-verdier for navn, datatyper, indekser, valideringsregler, standarder, utløsere og om tidsangivelser ble lagt til eller ikke.
-
Det oppstod feil, for eksempel database- eller transaksjonsloggen, tilstrekkelige tillatelser, at enheten eller databasen ikke ble opprettet, tabell, standard eller valideringsregel som ble hoppet over, relasjon som ikke ble fremtvunget, spørring som ble hoppet over (fordi den ikke kan oversettes til SQL Server-syntaks), og kontroll- og postkilde-konverteringsfeil i skjemaer og rapporter.
Hvordan databaseobjekter oppsyses
Følgende data og databaseobjekter blir oppsstilt:
-
Data og datatyper Alle Access-databasedatatyper konverteres til de tilsvarende i SQL Server. Veiviseren konverterer Access-databasetekst til Unicode ved å legge til Unicode-strengidentifikatoren i alle strengverdier og ved å legge til Unicode n-prefikset i alle datatyper.
-
Spørringer
-
Utvalgsspørringer som ikke har en ORDER BY-setning eller parametere, konverteres til visninger.
-
Handlingsspørringer konverteres til lagrede prosedyrehandlingsspørringer. Access legger til SET NOCOUNT PÅ etter parameterdeklarasjonskoden for å sikre at den lagrede prosedyren kjører.
-
Utvalgsspørringer som bare refererer til tabeller (også kalt basisspørringer) som bruker parametere eller en ORDER BY-setningsdel, konverteres til brukerdefinerte funksjoner. Om nødvendig legges TOP 100 PERCENT-setningen til i en spørring som inneholder en ORDER BY-setning.
-
Parameterspørringer som bruker navngitte parametere, opprettholder det opprinnelige tekstnavnet som brukes i Access-databasen, og konverteres enten til lagrede prosedyrer eller innebygde brukerdefinerte funksjoner.
Obs!: Du må kanskje konvertere spørringer manuelt som ikke oppsto, for eksempel SQL-pass-through-spørringer, datadefinisjonsspørringer og krysstabellspørringer. Du må kanskje også oppsize manuelt spørringer som ble nestet for dypt.
-
-
Skjemaer, rapporter og kontroller SQL-setninger i egenskapene RecordSource,ControlsSource og RowSource for skjemaer, rapporter eller kontroller beholdes på plass og konverteres ikke til lagrede prosedyrer eller brukerdefinerte funksjoner.
-
Oppstartsegenskaper Oppskaleringsveiviseren oppsizes følgende oppstartsegenskaper:
StartUpShowDBWindow
StartUpShowStatusBar
AllowShortcutMenus
AllowFullMenus
AllowBuiltInToolbars
AllowToolbarChanges
AllowSpecialKeys
UseAppIconForFrmRpt
AppIcon
AppTitle
StartUpForm
StartUpMenuBar
StartupShortcutMenuBar -
Moduler og makroer Oppskaleringsveiviseren gjør ingen endringer i moduler eller makroer. Du må kanskje endre programmet for å dra full nytte av funksjonene i SQL Server. Hvis du vil ha mer informasjon, kan du se MSDN-artikkelen Optimalisere Microsoft Office Access-programmer koblet til SQL Server.
