Med tiden växer de flesta databasprogram, blir mer komplexa och behöver stöd för fler användare. Någon gång under livscykeln för ditt Microsoft Office Access-program kanske du vill överväga att öka dess storlek till en Microsoft SQL Server-databas för att optimera prestanda, skalbarhet, tillgänglighet, säkerhet, tillförlitlighet och återställningsmöjligheter.
Innehåll
Om att ändra storlek på en Microsoft Office Access-databas
En uppil är processen med att migrera vissa eller alla databasobjekt från en Access-databas till en ny eller befintlig SQL Server-databas eller ett nytt Access-projekt (.adp).
Fördelar med att ändra storlek på en databas till SQL Server
-
Hög prestanda och skalbarhet I många situationer erbjuder SQL Server bättre prestanda än en Access-databas. SQL Server har också stöd för mycket stora databaser med terabytestorlek, som är mycket större än den aktuella gränsen för en Access-databas på två gigabyte. Slutligen arbetar SQL Server mycket effektivt genom att parallellt bearbeta frågor (använda flera inbyggda trådar i en enda process för att hantera användarförfrågningar) och minimera ytterligare minneskrav när fler användare läggs till.
-
Ökad tillgänglighet Med SQL Server kan du göra en dynamisk säkerhetskopiering, antingen stegvis eller fullständig, av databasen medan den används. Med andra ord behöver du inte tvinga användarna att avsluta sitt arbete och stänga databasen när du vill säkerhetskopiera databasen.
-
Förbättrad säkerhet Med en betrodd anslutning kan SQL Server integrera med Windows systemsäkerhet för att ge en enda integrerad åtkomst till nätverket och databasen och använda det bästa av båda säkerhetssystemen. Det gör det mycket enklare att administrera komplexa säkerhetsscheman.
-
Omedelbar återställning I händelse av systemfel (till exempel en operativsystemkrasch eller ett strömavbrott) har SQL Server en automatisk återställningsmekanism som återställer en databas till det senaste konsekventa läget på bara några minuter, utan att databasadministratören behöver ingripa.
-
Serverbaserad bearbetning Om du använder SQL Server i en klient-/serverkonfiguration kan du minska nätverkstrafiken genom att behandla databasfrågor på servern innan resultatet skickas till klienten. Att få servern att göra bearbetningen är oftast mycket effektivare, särskilt när du arbetar med stora datamängder.
Programmet kan också använda användardefinierade funktioner, lagrade procedurer och utlösare för att centralisera och dela programlogik, affärsregler och principer, komplexa frågor, dataverifiering och referensintegritetskod på servern, i stället för på klienten.
Olika sätt att göra saker nya
Med Storleksguiden flyttar du databasobjekt och de data de innehåller från en Access-databas till en ny eller befintlig SQL Server-databas.
Det finns tre sätt att använda Storleksguiden:
-
Upsize all database objects from an Access database to an Access project so that you can create a client/server application. Den här metoden kräver ytterligare programändringar och ändringar av kod och komplexa frågor.
-
Utvidga bara data eller datadefinitioner från en Access-databas till en SQL Server-databas.
-
Skapa en Access-databas på klientsidan i en SQL Server-databas i serverändänden så att du kan skapa en front end/back end-program. Den här metoden kräver väldigt lite programändring eftersom koden fortfarande använder Access-databasmotorn (ACE).
Innan du gör en Access-databas mer omfattande
Innan du börjar använda en Access-databas till en SQL Server-databas eller ett Access-projekt bör du överväga att göra följande:
-
Säkerhetskopiera din databas Även om Storleksguiden inte tar bort några data eller databasobjekt från din Access-databas är det en bra idé att skapa en säkerhetskopia av Access-databasen innan du gör den mer omfattande.
-
Kontrollera att du har tillräckligt med diskutrymme Du måste ha tillräckligt med diskutrymme på enheten som ska innehålla den upsiserade databasen. Storleksguiden fungerar bäst när det finns gott om tillgängligt diskutrymme.
-
Skapa unika index En länkad tabell måste ha ett unikt index för att det ska gå att uppdatera i Access. Storleksguiden kan ändra ett befintligt unikt index, men kan inte skapa ett där det inte finns. Om du vill kunna uppdatera tabellerna måste du lägga till ett unikt index i varje Access-tabell innan du börjar ändra storlek.
-
Tilldela dig själv lämpliga behörigheter för SQL Server-databasen
-
Om du vill ändra storlek på en befintlig databas måste du skapa en TABELL och skapa standardbehörigheter.
-
Om du vill skapa en ny databas måste du ha behörigheten CREATE DATABASE och SELECT för systemtabellerna i huvuddatabasen.
-
Storleksguiden i Access 2007 är optimerad att fungera med Microsoft SQL Server 2000 och SQL Server 2005.
Använda Storleksguiden
-
Klicka på SQL Server i gruppen Flytta data på fliken Databasverktyg.
Storleksguiden startar.
Steg 1: Välja att öka storlek på en befintlig databas eller en ny databas
På den första sidan i guiden anger du om du vill upsize Access-databasen till en befintlig SQL Server-databas eller skapa en ny SQL Server-databas.
-
Använda befintlig databas Om du väljer det här alternativet och sedan klickar på Nästa visar Access dialogrutan Välj datakälla så att du kan skapa en ODBC-anslutning till den befintliga SQL Server-databasen.
Om ODBC-datakällor
En datakälla är en datakälla kombinerad med den anslutningsinformation som behövs för att få åtkomst till dessa data. Exempel på datakällor är Access, SQL Server, Oracle RDBMS, ett kalkylblad och en textfil. Exempel på anslutningsinformation är serverplats, databasnamn, inloggnings-ID, lösenord och olika ODBC-drivrutinsalternativ som beskriver hur du ansluter till datakällan.
I ODBC-arkitekturen ansluter ett program (till exempel Access eller ett Microsoft Visual Basic-program) till ODBC-drivrutinshanteraren, där en speciell ODBC-drivrutin (till exempel ODBC-drivrutinen för Microsoft SQL) används för att ansluta till en datakälla (i det här fallet en SQL Server-databas). I Access använder du ODBC-datakällor när du ansluter till datakällor som är externa och som inte har inbyggda drivrutiner.
Gör så här när du vill ansluta till de här datakällorna:
-
Installera lämplig ODBC-drivrutin på datorn där datakällan finns.
-
Ange ett namn på datakällan (DSN) genom att använda administratören för OBDC-datakällor för att lagra anslutningsinformationen i Microsoft Windows-registret eller en DSN-fil, eller en anslutningssträng i Visual Basic-koden för att skicka vidare anslutningsinformationen direkt till ODBC-drivrutinshanteraren.
Maskindatakällor
I maskindatakällorna lagras anslutningsinformation i Windows-registret på en viss dator med ett användardefinierat namn. Du kan använda maskindatakällor endast på den dator där de är definierade. Det finns två typer av maskindatakällor – användare och system. Användardatakällor kan endast användas av den aktuella användaren och är endast synliga för den användaren. Systemdatakällor kan användas av alla användare på en dator och visas för alla användare på datorn och systemomfattande tjänster. En maskindatakälla är särskilt användbar när du vill uppnå ökad säkerhet, eftersom endast användare som är inloggade kan se maskindatakällan och den inte kan kopieras av en fjärranvändare till en annan dator.
Fildatakällor
I fildatakällor (även kallade DSN-filer) lagras anslutningsinformation i en textfil, inte i Windows-registret, och de är oftast mer flexibla att använda än maskindatakällor. Du kan till exempel kopiera en fildatakälla till valfri dator med rätt ODBC-drivrutin så att programmet kan förlita sig på konsekvent och korrekt anslutningsinformation till alla datorer den använder. Du kan också placera fildatakällan på en server, dela den mellan många datorer i nätverket och enkelt underhålla anslutningsinformationen på en plats.
En fildatakälla kan också vara odelbar. En odelbar fildatakälla finns på en enda dator och pekar på en maskindatakälla. Du kan använda odelbara fildatakällor för att få åtkomst till befintliga maskindatakällor från fildatakällor.
Anslutningssträngar
I en modul kan du definiera en formaterad anslutningssträng som anger anslutningsinformation. En anslutningssträng skickar anslutningsinformationen direkt till ODBC-drivrutinshanteraren och förenklar programmet genom att ta bort kravet att en systemadministratör eller användare först skapar en DSN innan de använder databasen.
-
-
Skapa ny databas Om du väljer det här alternativet och sedan klickar på Nästavisas en sida där du anger information om den nya SQL Server-databasen.
-
Vilken SQL Server vill du använda för den här databasen? Skriv namnet på den server som du vill använda.
-
Använda betrodd anslutning Du kan använda en betrodd anslutning, det vill säga att SQL Server kan integrera med Windows-operativsystemets säkerhet för att ge en enda inloggning till nätverket och databasen.
-
Inloggnings-ID och lösenord Om du inte använder en betrodd anslutning anger du inloggnings-ID och lösenord för ett konto med behörigheten SKAPA DATABAS på servern.
-
Vad vill du ge den nya SQL Server-databasen namnet? Skriv namnet på den nya SQL Server-databasen. Namnet ändras om det står i konflikt med ett befintligt databasnamn och ett numrerat suffix läggs till (t.ex. mindatabas 1).
-
Steg 2: Välj vilka tabeller som ska ökas
I det här steget väljer du de Access-tabeller som du vill ändra till SQL Server-databasen. Markera de tabeller som du vill ändra och använd pilknapparna för att flytta dem till listan Exportera till SQL Server. Du kan också dubbelklicka på en tabell för att flytta den från en lista till en annan.
Listan Tillgängliga tabeller innehåller alla länkade tabeller utom SQL Server-tabeller som redan finns i en SQL Server-databas. Länkade tabeller som pekar på en SQL Server-databas som har valts för storleksändring visas automatiskt i listrutan Exportera till SQL Server och kan inte tas bort. Tabeller som för närvarande inte visas i Navigeringsfönstret utesluts också, inklusive dolda tabeller och systemtabeller.
Tips: Alla tabeller som har ett namn som slutar på "_local" är undantagna från listan över tillgängliga tabeller för att förhindra att du kan ändra storlek på tabeller som redan har _local. Om du vill ändra storlek på tabellerna igen byter du namn på dem innan du kör Storleksguiden genom att ta bort suffixet "_local".
Steg 3: Ange vilka attribut och alternativ som ska ökas
I det här steget väljer du vilka tabellattribut som ska ökas i SQL Server-databasen. Som standard är alla attribut markerade för storleksändring som standard.
Obs!: Som standard konverterar Storleksguiden Access-fältnamn till juridiska SQL Server-fältnamn och konverterar Access-datatyper till motsvarande SQL Server-datatyper.
Vilka tabellattribut vill du göra mer?
I följande tabell visas de attribut du kan storleksändra och beskriver hur Storleksändringsguiden hanterar vart och ett:
|
Attribut |
Åtgärd om den är markerad |
|||||||||||||||
|
Index |
Med Uppändringsguiden kan du ändra alla index. Med Uppändringsguiden konverterar Du Access-primärnycklar till SQL Server-index och markerar dem som primärnycklar för SQL Server. Om du väljer att länka den upsized SQL Server-tabellen till din Access-databas lägger Upsizing Wizard även till prefixet "aaaaa" till indexnamnet. Det beror på att Access väljer det index som först är alfabetiskt i listan över tillgängliga index som primärnyckel och prefixet "aaaaa" ser till att rätt index väljs. Alla andra index behåller sina namn, utom där ogiltiga tecken ersätts med "_"-tecknet. Unika och icke-unika Access-index blir unika och icke-unika SQL Server-index. En länkad tabell måste ha ett unikt index för att det ska gå att uppdatera i Access. Storleksguiden kan ändra ett befintligt unikt index, men kan inte skapa ett där det inte finns. Om du vill kunna uppdatera data i tabellerna när du har uppdaterat dem måste du lägga till ett unikt index för varje Access-tabell innan du börjar ändra storlek. |
|||||||||||||||
|
Verifieringsuttryck |
I Storleksändringsguiden uppdateras följande som uppdaterings- och infogningsutlösare:
En utlösare är en serie Transact-SQL-uttryck som associeras med en SQL Server-tabell. En tabell kan ha tre utlösare, en för vart och ett av de kommandon som kan ändra data i en tabell: kommandona UPDATE, INSERT och DELETE. Utlösaren körs automatiskt när kommandot utförs. I Storleksguiden används utlösare i stället för SQL Server-regler för att tillämpa fältnivåverifiering eftersom SQL Server-regler inte tillåter att du visar anpassade felmeddelanden. Varje verifieringsuttryck har inte nödvändigtvis 1:1-korrespondens med en utlösare. Varje verifieringsuttryck kan bli en del av flera utlösare och varje utlösare kan innehålla kod för att efterlikna funktionen i flera verifieringsuttryck. När du ställer in egenskapen Obligatorisk för ett Access-fält på sant kan en användare inte infoga en post och lämna det obligatoriska fältet null (om det inte finns någon standardbunden till fältet) eller göra fältet null när du uppdaterar en post. Obligatoriska fält utvidgas till fält som inte tillåter Null-värden i SQL Server. Verifieringstext Egenskapen Verifieringstext i Access-databasen konverteras till egenskapen Verifieringstext för projektet i Access. Det här gör att användarvänliga felmeddelanden i Access visas i händelse av ett villkorsfel vid körning. |
|||||||||||||||
|
Standardvärden |
Med Storleksändringsguiden kan alla standardvärdeegenskaper konfigureras för ansi-standardobjekt (American National Standards Institute). |
|||||||||||||||
|
Tabellrelationer |
I Storleksändringsguiden upsizes alla tabellrelationer. Du kan bestämma hur du kan upsize tabellrelationer och referensintegritet med hjälp av uppdatering, infoga eller ta bort utlösare eller med hjälp av deklarerad referensintegritet (SÄTT). FINNS på samma sätt som referensintegritet i Access genom att definiera primärnyckelbegränsningar för bastabeller (1-sidan av en 1:N-relation) och externa nyckelvillkor för externa tabeller (vanligtvis N-sidan av en 1:N-relation).
|
Vilka dataalternativ vill du ha med?
-
Lägga till tidsstämpelfält i tabeller SQL Server använder ett tidsstämpelfält för att ange att en post har ändrats (men inte när den ändrades) genom att skapa ett unikt värdefält och sedan uppdatera det här fältet när en post uppdateras. För länkade tabeller används värdet i tidsstämpelfält i Access för att avgöra om en post har ändrats innan den uppdateras. I allmänhet ger ett tidsstämpelfält bästa prestanda och tillförlitlighet. Utan ett tidsstämpelfält måste SQL Server kontrollera alla fält i posten för att avgöra om posten har ändrats, vilket gör prestanda långsammare.
I följande tabell beskrivs de tillgängliga inställningarna i den här listan:
|
Inställning |
Beskrivning |
|
Ja, låt guiden bestämma |
Om de ursprungliga Access-tabellerna innehåller flyttalsfält (enkel eller dubbel), PM- eller OLE-objekt-fält, skapas nya tidsstämpelfält i de resulterande SQL Server-tabellerna för dessa fält i Storleksguiden. |
|
Ja, alltid |
I Storleksguiden skapas ett tidsstämpelfält för alla uppslagstabeller oavsett vilka fälttyper de innehåller. Det här förbättrar prestanda för upsized Access-tabeller som kanske inte innehåller Memo-, OLE-objekt eller flyttalsfält, men som har fält av andra typer. |
|
Nej, Aldrig |
Storleksguiden lägger inte till tidsstämpelfält i tabeller. |
Viktigt!: I länkade SQL Server-tabeller kontrollerar Access inte om Memo- eller OLE-objektfälten har ändrats eftersom dessa fält kan vara stora och jämförelsen kan vara för nätverksintensiv och tidskrävande. Om bara ett text- eller bildfält har ändrats och det inte finns något tidsstämpelfält skriver Access över ändringen. Värdet för ett flyttalfält kanske också verkar ha ändrats när det inte har gjort det, så i frånvaro av ett tidsstämpelfält kan Access fastställa att posten har ändrats när den inte har gjort det.
-
Skapa bara tabellstrukturen, du ska inte upsize några data I Storleksändringsguiden utvidgas alla data till SQL Server som standard. Om du väljer den enda tabellstrukturen ska du inte upsize någon dataruta, det är bara datastrukturen som är uppiserad.
Steg 4: Välj hur du vill öka programstorlek
På nästa sida i guiden kan du välja något av tre olika sätt att modernisera databasprogrammet i Access. Välj något av följande alternativ under Vilkaprogramändringar vill du göra?
-
Skapa ett nytt Access-klient-/serverprogram Om du väljer det här alternativet skapas ett nytt Access-projekt i Storleksguiden. I Storleksguiden uppmanas du att ange ett namn, som är standard för det aktuella Access-databasnamnet, lägger till ett "CS"-suffix och lagrar sedan projektet på samma plats som den befintliga Access-databasen.
Med Storleksändringsguiden skapas Access-projektfilen och sedan uppdateras alla databasobjekt från Access-databasen till Access-projektet. Om du inte sparar lösenordet och användar-ID:t visas dialogrutan Datalänkegenskaper så att du kan ansluta till en SQL Server-databas första gången du öppnar Access-projektet.
-
Länka SQL Server-tabeller till ett befintligt program Om du väljer det här alternativet ändrar Uppdateringsguiden Access-databasen så att dina frågor, formulär, rapporter och dataåtkomstsidor använder data i den nya SQL Server-databasen istället för data i Access-databasen. Storleksguiden ändrar namn på Access-tabeller som du ändrar storlek på med suffixet "_local". Om du till exempel ändrar storlek på en tabell med namnet Anställda, byter tabellen namn Employees_local namnet i Access-databasen. Därefter skapas en länkad SQL Server-tabell med namnet Anställda i Storleksguiden.
Obs!: När åtgärden har ändrats används inte längre de tabeller som har bytt namn med suffixet "_local". Men det är en bra idé att behålla de lokala tabellerna tills du har verifierat att du har lyckats med att ändra storlek. Du kan ta bort de lokala tabellerna senare för att minska storleken på Access-databasen. Se till att backa databasen innan du tar bort tabellerna.
Frågor, formulär, rapporter och dataåtkomstsidor som baseras på de ursprungliga anställdas tabeller använder nu den länkade tabellen Anställda i SQL Server. Många av egenskaperna för fälten i den ursprungliga lokala tabellen ärvs av den nya lokala tabellen,inklusive Beskrivning,Beskrivning, Format,Indatamaskoch Decimaler.
-
Inga programändringar Välj det här alternativet om du bara vill kopiera dina data till SQL Server-databasen och inte göra några andra ändringar i det befintliga Access-databasprogrammet.
Spara lösenord och användar-ID Som standard skapar Storleksguiden länkade tabeller i det befintliga programmet eller skapar ett Access-projekt utan att spara användarnamnet och lösenordet. Det innebär att användarna uppmanas att ange ett användarnamn och lösenord varje gång de loggar in på en SQL Server-databas.
Om du väljer Spara lösenord och användar-IDkan användarna ansluta till en SQL Server-databas utan att logga in. Om du väljer Skapa nytt Access-klient-/serverprogramlagras användarnamnet i OLE DB-anslutningssträngen i Access-projektet.
Obs!: Det här alternativet är inaktiverat för alternativet Inga programändringar om en länkad SQL Server-tabell är konfigurerad med en MSysConf-tabell för att neka att spara lösenord.
Rapporten Uppändringsguiden
När du klickar på Slutförskapar Storleksguiden en rapport med en detaljerad beskrivning av alla objekt som skapats och rapporter eventuella fel som påträffats under processen. I Storleksguiden visas rapporten i förhandsgranskningsvyn och du kan sedan skriva ut eller spara rapporten, till exempel som en XPS- eller PDF-fil. Rapporten sparas inte som ett Access-objekt när du stänger fönstret Förhandsgranska.
Rapporten I Storleksguiden innehåller information om följande:
-
Storleksändringsparametrar, inklusive vilka tabellattribut du har valt för att maximera och hur du har moderniserat.
-
Tabellinformation, inklusive en jämförelse av Access- och SQL Server-värden för namn, datatyper, index, verifieringsuttryck, standardvärden, utlösare och huruvida tidsstämplar har lagts till eller inte.
-
Eventuella fel som påträffats, till exempel fullständiga databas- eller transaktionsloggar, otillräcklig behörighet, enhet eller databas som inte skapats, tabell, standarduttryck eller verifieringsuttryck som hoppats över, relation som inte tillämpas, frågor som hoppats över (eftersom de inte kan översättas till SQL Server-syntax) samt konverteringsfel för kontroll och datakälla i formulär och rapporter.
Hur databasobjekt ska upsized
Följande data och databasobjekt uppdateras:
-
Data- och datatyper Alla Access-databasdatatyper konverteras till motsvarande i SQL Server. Guiden konverterar Access-databastext till Unicode genom att lägga till Unicode-strängidentifieraren i alla strängvärden och genom att lägga till Unicode-prefixet till alla datatyper.
-
Frågor
-
Urvalsfrågor som inte har någon ORDER BY-sats eller parametrar konverteras till vyer.
-
Åtgärdsfrågor konverteras till lagrade proceduråtgärdsfrågor. Access lägger till SET NOCOUNT ON efter parameterdeklarationskoden för att säkerställa att den lagrade proceduren körs.
-
Urvalsfrågor som endast refererar till tabeller (även kallade basfrågor) som använder parametrar eller en ORDER BY-sats konverteras till användardefinierade funktioner. Om det behövs läggs TOP 100 PERCENT-satsen till i en fråga som innehåller en ORDER BY-sats.
-
Parameterfrågor som använder namngivna parametrar behåller det ursprungliga textnamnet som används i Access-databasen och konverteras antingen till lagrade procedurer eller infogade användardefinierade funktioner.
Obs!: Du kan behöva konvertera frågor som inte har upsize manuellt, till exempel SQL-direktfrågor, datadefinitionsfrågor och korsfrågor. Du kanske också måste göra frågor som har kapslats för mycket manuellt.
-
-
Formulär, rapporter och kontroller SQL-uttryck i RecordSource,ControlsSource- och RowSource-egenskaper för formulär, rapporter eller kontroller behålls och konverteras inte till lagrade procedurer eller användardefinierade funktioner.
-
Startegenskaper Storleksändringsguiden gör följande startegenskaper större:
StartUpShowDBWindow
StartUpShowStatusBar
AllowShortcutMenus
AllowFullMenus
AllowBuiltInToolbars
AllowToolbarChanges
AllowKeyKeys
UseAppIconForFrmRpt
AppIcon
AppTitle
StartUpForm
StartUpMenuBar
StartupShortcutMenuBar -
Moduler och makron Ändringsguiden gör inga ändringar i moduler eller makron. Du kan behöva ändra programmet för att kunna dra nytta av funktionerna i SQL Server. Mer information finns i artikeln OM HUR du optimerar Microsoft Office Access-program länkade till SQL Server.
