Migrácia accessovej databázy na SQL Server

Skôr než začnete

Nasledujúce časti poskytujú základné a ďalšie informácie, ktoré vám pomôžu začať.

Informácie o rozdelených databázach

Všetky databázové objekty Accessu môžu byť buď v jednom databázovom súbore, alebo môžu byť uložené v dvoch databázových súboroch: klientskej databáze a serverovej databáze. Nazýva sa to rozdelenie databázy a je určené na uľahčenie zdieľania v sieťovom prostredí. Serverový databázový súbor musí obsahovať iba tabuľky a vzťahy. Klientsky súbor musí obsahovať iba všetky ostatné objekty vrátane formulárov, zostáv, dotazov, makier, modulov VBA a prepojených tabuliek so serverovými databázami. Pri migrácii accessovej databázy je to podobné ako rozdelená databáza v tejto SQL Server funguje ako nový server pre údaje, ktoré sa teraz nachádzajú na serveri.

V dôsledku toho môžete udržiavať klientsku accessovú databázu s prepojenými tabuľkami s SQL Server tabuľkami. Efektívne môžete odvodiť výhody rýchleho vývoja aplikácií, ktoré poskytuje databáza Accessu, spolu so škálovateľnosťou SQL Server.

SQL Server výhody

Stále potrebujete nejaké presvedčivé migrovať do SQL Server? Tu je niekoľko ďalších výhod, na ktoré môžete myslieť:

Viac súbežných používateľov SQL Server dokáže spracovať oveľa viac súbežných používateľov ako Access a minimalizuje požiadavky na pamäť pri pridaní väčšieho počtu používateľov.
Zvýšená dostupnosť S SQL Server môžete dynamicky zálohovať databázu, či už prírastkovú alebo dokončenú, kým sa používa. Znamená to, že nemusíte nútiť používateľov, aby zatvorili databázy a aby ste mohli zálohovať údaje.
Vysoký výkon a škálovateľnosť Databáza SQL Server zvyčajne funguje lepšie ako databáza Accessu, najmä s veľkou databázou s veľkosťou terabajtu. Okrem toho SQL Server spracúva dotazy oveľa rýchlejšie a efektívne paralelne spracúvaním dotazov pomocou viacerých natívnych vlákien v rámci jedného procesu na spracovanie používateľských požiadaviek.
Vylepšené zabezpečenie Pomocou dôveryhodného pripojenia sa SQL Server integruje so zabezpečením systému Windows na poskytovanie jediného integrovaného prístupu k sieti a databáze, pričom využíva to najlepšie z oboch systémov zabezpečenia. Vďaka tomu je spravovanie zložitých schém zabezpečenia oveľa jednoduchšie. SQL Server je ideálny ukladací priestor pre citlivé informácie, ako sú čísla sociálneho zabezpečenia, údaje kreditnej karty a adresy, ktoré sú dôverné.
Okamžitá obnoviteľnosť Ak operačný systém zlyhá alebo dôjde k výpadku napájania, SQL Server môže automaticky obnoviť databázu do konzistentného stavu v priebehu niekoľkých minút a bez zásahu správcu databázy.
Používanie siete VPN Prístup a virtuálne súkromné siete (VPN) spolu nevyjdú. S SQL Server však môžu vzdialení používatelia používať klientsku databázu Accessu v počítači a SQL Server serverovej časti umiestnenej za bránou VPN firewall.
SQL Server Azure Okrem výhod SQL Server ponúka dynamickú škálovateľnosť bez výpadkov, inteligentnú optimalizáciu, globálnu škálovateľnosť a dostupnosť, elimináciu nákladov na hardvér a zníženú správu.

Výber najlepšej možnosti služby Azure SQL Server

Ak migrujete do služby Azure SQL Server, môžete si vybrať z troch možností, z ktorých každá má rôzne výhody:

Jednoduchá databáza/elastické bazény Táto možnosť má vlastnú množinu prostriedkov spravovaných prostredníctvom servera databázy SQL. Jedna databáza sa podobá obsiahnutej databáze v SQL Server. Môžete tiež pridať elastický fond, ktorý je kolekciou databáz so zdieľanou množinou prostriedkov spravovaných prostredníctvom servera databázy SQL. Najčastejšie používané funkcie SQL Server sú k dispozícii so vstavanými zálohami, opravami a obnovením. Nie je však zaručená presná doba údržby a migrácia z SQL Server môže byť náročná.
Spravovaná inštancia Táto možnosť je kolekciou systémových a používateľských databáz so zdieľanou množinou prostriedkov. Spravovaná inštancia je ako inštancia databázy SQL Server, ktorá je vysoko kompabilná s lokálnym SQL Server. Spravovaná inštancia obsahuje vstavané zálohy, opravy, obnovenie a z SQL Server sa dá jednoducho migrovať. Existuje však malý počet funkcií SQL Server, ktoré nie sú k dispozícii a nie je zaručená presná doba údržby.
Virtuálny počítač Azure Táto možnosť umožňuje spustiť SQL Server vo virtuálnom počítači v cloude Azure. Máte úplnú kontrolu nad nástrojom SQL Server a jednoduchou cestou migrácie. Musíte však spravovať zálohy, opravy a obnovenie.

Ďalšie informácie nájdete v téme Výber cesty migrácie databázy do azure a čo je Azure SQL?.

Prvé kroky

Existuje niekoľko problémov, ktoré môžete riešiť dopredu a ktoré môžu pomôcť zjednodušiť proces migrácie pred spustením nástroja SSMA:

Pridanie indexov tabuliek a primárnych kľúčov Skontrolujte, či každá accessová tabuľka obsahuje index a hlavný kľúč. SQL Server vyžaduje, aby všetky tabuľky mali aspoň jeden index, a ak je možné tabuľku aktualizovať, musí mať prepojená tabuľka primárny kľúč.
Kontrola vzťahov primárneho alebo cudzieho kľúča Skontrolujte, či sú tieto vzťahy založené na poliach s konzistentnými typmi údajov a veľkosťami. SQL Server nepodporuje spojené stĺpce s rôznymi typmi údajov a veľkosťami v cudzích kľúčových obmedzeniach.
Odstránenie stĺpca Príloha SSMA nemigruje tabuľky, ktoré obsahujú stĺpec Príloha.

Pred spustením SSMA vykonajte nasledujúce prvé kroky.

Zavrite accessovú databázu.
Uistite sa, že aktuálni používatelia pripojení k databáze tiež zavrú databázu.
Ak je databáza vo formáte súboru .mdb, odstráňte zabezpečenie na úrovni používateľa.
Zálohujte databázu. Ďalšie informácie nájdete v téme Ochrana údajov pomocou procesov zálohovania a obnovenia.

Tip Zvážte inštaláciu vydania Microsoft SQL Server Express na pracovnej ploche, ktorá podporuje až 10 GB a predstavuje bezplatný a jednoduchší spôsob na spustenie a kontrolu migrácie. Po pripojení použite ako inštanciu databázy lokálnu databázu.

Tip Ak je to možné, použite samostatnú verziu Accessu. Ak môžete použiť iba Microsoft 365, potom použite databázový stroj Accessu 2010 na migráciu databázy Accessu pri použití nástroja SSMA. Ďalšie informácie nájdete v téme Microsoft Access Database Engine 2010 Redistributable.

Spustiť SSMA

Spoločnosť Microsoft poskytuje nástroj Microsoft SQL Server Migration Assistant (SSMA) na zjednodušenie migrácie. SSMA migruje hlavne tabuľky a výberové dotazy bez parametrov. Formuláre, zostavy, makrá a moduly VBA sa neskonvertujú. Prieskumník metaúdajov SQL Server zobrazuje databázové objekty Accessu a objekty SQL Server, ktoré vám umožnia skontrolovať aktuálny obsah oboch databáz. Ak sa v budúcnosti rozhodnete pre prenos ďalších objektov, tieto dve pripojenia sa uložia do súboru migrácie.

Poznámka: Proces migrácie môže určitý čas trvať v závislosti od veľkosti databázových objektov a množstva údajov, ktoré je potrebné preniesť.

Ak chcete migrovať databázu pomocou nástroja SSMA, najskôr stiahnite a nainštalujte softvér dvojitým kliknutím na stiahnutý súbor MSI. Skontrolujte, či máte v počítači nainštalovanú príslušnú 32 alebo 64-bitová verzia.
Po inštalácii nástroja SSMA ho otvorte na pracovnej ploche, najlepšie z počítača s databázovým súborom Accessu.

Môžete ho otvoriť aj v počítači, ktorý má prístup k accessovej databáze zo siete v zdieľanom priečinku.
Postupujte podľa počiatočných pokynov v nástroji SSMA a poskytnite základné informácie, ako napríklad umiestnenie SQL Server, databázu Accessu a objekty na migráciu, informácie o pripojení a informácie o tom, či chcete vytvoriť prepojené tabuľky.
Ak migrujete do SQL Server 2016 alebo novšej verzie a chcete aktualizovať prepojenú tabuľku, pridajte stĺpec rowversion výberom položky Nástroje na revíziu > Nastavenia projektu > Všeobecné.

Pole rowversion pomáha predchádzať konfliktom záznamov. Program Access používa toto pole rowversion v SQL Server prepojenej tabuľke na určenie času poslednej aktualizácie záznamu. Ak pridáte pole rowversion do dotazu, Access ho použije na opätovné výber riadka po operácii aktualizácie. Zvyšuje sa tým efektivita tým, že sa vyhnete chybám konfliktov pri zápise a scenárom odstraňovania záznamov, ktoré sa môžu vyskytnúť, keď Access zistí rôzne výsledky z pôvodného odoslania, napríklad pri typoch údajov s číslom s pohyblivou desatinnou čiarkou a spúšťačmi, ktoré upravujú stĺpce. Nepoužívajte však pole rowversion vo formulároch, zostavách alebo kódoch VBA. Ďalšie informácie nájdete v téme Rowversion.

Poznámka: Vyhnite sa mätúce rowversion s časovými pečiatkmi. Hoci časová pečiatka kľúčového slova je synonymom pre rowversion v SQL Server, nie je možné použiť rowversion ako spôsob časovej pečiatky zadávania údajov.
Ak chcete nastaviť presné typy údajov, vyberte položku Nástroje na revíziu > Nastavenia projektu > Priradenie typov. Ak napríklad ukladáte len anglický text, môžete použiť varchar a nie nvarchar .

Konvertovanie objektov

SSMA konvertuje objekty Accessu na SQL Server objekty, ale okamžite ich nekopíruje. SSMA poskytuje zoznam nasledujúcich objektov na migráciu, aby ste sa mohli rozhodnúť, či ich chcete premiestniť do SQL Server databázy:

Tabuľky a stĺpce
Výber dotazov bez parametrov.
Primárne a cudzie kľúče
Indexy a predvolené hodnoty
Obmedzenia kontroly (povoliť vlastnosť stĺpca s nulovou dĺžkou, overovacie pravidlo stĺpca, overenie tabuľky)

Najvhodnejším postupom je použiť správu hodnotenia SSMA, ktorá zobrazuje výsledky konverzie vrátane chýb, upozornení, informačných správ, odhadu času vykonania migrácie a jednotlivých krokov na opravu chýb, ktoré je potrebné vykonať pred premiestnením objektov.

Konvertovanie databázových objektov prevezme definície objektov z metaúdajov Accessu, skonvertuje ich na ekvivalentnú syntax transact-SQL (T-SQL) a potom načíta tieto informácie do projektu. Potom môžete zobraziť objekty SQL Server alebo SQL Azure a ich vlastnosti pomocou SQL Server alebo Prieskumníka metaúdajov SQL Azure.

Ak chcete konvertovať, načítať a migrovať objekty do SQL Server, postupujte podľa tejto príručky.

Tip Po úspešnej migrácii accessovej databázy uložte súbor projektu na neskoršie použitie, aby ste mohli údaje znova migrovať na testovanie alebo konečnú migráciu.

Prepojenie tabuliek

Zvážte inštaláciu najnovšej verzie ovládačov SQL Server OLE DB a ODBC namiesto použitia natívnych ovládačov SQL Server, ktoré sa dodávajú s Windowsom. Nielenže sú novšie ovládače rýchlejšie, ale podporujú nové funkcie v Azure SQL, ktoré predchádzajúce ovládače nepodporujú. Ovládače môžete nainštalovať do každého počítača, v ktorom sa používa konvertovaná databáza. Ďalšie informácie nájdete v témach Microsoft OLE DB Driver 18 for SQL Server a Microsoft ODBC Driver 17 for SQL Server.

Po migrácii accessových tabuliek môžete vytvoriť prepojenie na tabuľky v SQL Server ktoré teraz hosťujú vaše údaje. Prepojenie priamo z Accessu tiež poskytuje jednoduchší spôsob zobrazenia údajov namiesto použitia zložitejších nástrojov na správu SQL Server. Prepojené údaje môžete dotazovať a upravovať v závislosti od povolení nastavených správcom databázy SQL Server.

Poznámka: Ak počas prepájania vytvoríte názov DSN ODBC pri prepojení na databázu SQL Server, vytvorte rovnaký názov DSN vo všetkých počítačoch, ktoré používajú novú aplikáciu, alebo programovo používajú reťazec pripojenia uložené v súbore DSN.

Ďalšie informácie nájdete v téme Prepojenie alebo import údajov z databázy azure SQL Server a import údajov v databáze SQL Server.

Tip Nezabudnite použiť správcu prepojených tabuliek v Accesse na pohodlné obnovenie a opätovné prepojenie tabuliek. Ďalšie informácie nájdete v téme Spravovanie prepojených tabuliek.

Testovanie a revízia

Nasledujúce časti popisujú bežné problémy, s ktorými sa môžete stretnúť počas migrácie, a spôsob ich riešenia.

Dotazy

Skonvertujú sa iba výberové dotazy. iné dotazy nie sú vrátane výberových dotazov, ktoré používajú parametre. Niektoré dotazy sa nemusia úplne skonvertovať a SSMA hlási chyby dotazu počas procesu konverzie. Objekty, ktoré sa neskonvertujú, môžete upraviť manuálne pomocou syntaxe T-SQL. Syntaktické chyby môžu tiež vyžadovať manuálnu konverziu funkcií a typov údajov špecifických pre Access na SQL Server. Ďalšie informácie nájdete v téme Access SQL a SQL Server TSQL – porovnanie.

Typy údajov

Access a SQL Server majú podobné typy údajov, ale majte na pamäti nasledujúce potenciálne problémy.

Veľké číslo Typ údajov Veľké číslo ukladá nepeňažný číselný údaj a je kompatibilný s typom údajov BIGINT SQL. Tento typ údajov môžete použiť na efektívne vypočítavanie veľkých čísel, ale vyžaduje sa použitie formátu databázového súboru .accdb Accessu 16 (16.0.7812 alebo novšia verzia) a zlepšenie výkonu so 64-bitovou verziou Accessu. Ďalšie informácie nájdete v téme Používanie typu údajov Veľké číslo a Výber medzi 64-bitovou alebo 32-bitovou verziou balíka Office.

Áno/Nie Predvolene sa stĺpec Accessu Yes/No skonvertuje na SQL Server bitové pole. Ak sa chcete vyhnúť uzamknutiu záznamov, uistite sa, že bitové pole je nastavené na zakázanie hodnôt NULL. V SSMA môžete vybrať bitový stĺpec a nastaviť vlastnosť Povoliť hodnoty Null na HODNOTU NO. V TSQL použite príkazy CREATE TABLE alebo ALTER TABLE .

Dátum a čas Existuje niekoľko úvah o dátume a čase:

Ak je úroveň kompatibility databázy 130 (SQL Server 2016) alebo vyššia a prepojená tabuľka obsahuje jeden alebo viacero stĺpcov datetime alebo datetime2, tabuľka môže vrátiť správu #deleted vo výsledkoch. Ďalšie informácie nájdete v accessovej prepojenej tabuľke s vrátenou SQL-Server databázou #deleted.
Typ údajov Dátum a čas accessu sa používa na priradenie k typu údajov datetime. Typ údajov Access Date/Time Extended sa používa na priradenie k typu údajov Datetime2 , ktorý má väčší rozsah dátumu a času. Ďalšie informácie nájdete v téme Používanie typu údajov Date/Time Extended.
Pri dotazovaní dátumov v SQL Server zohľadnite čas aj dátum. Príklad:
- DateOrdered Between 1/1/19 and 1/31/19 may not include all orders.
- DateOrdered Between 1/1/19 00:00:00 AM And 1/31/19 11:59:59 PM does include all orders.

Príloha Typ údajov Príloha ukladá súbor v accessovej databáze. V SQL Server máte niekoľko možností, ktoré je potrebné zvážiť. Súbory môžete extrahovať z accessovej databázy a potom zvážiť uloženie prepojení na súbory v databáze SQL Server. Prípadne môžete použiť FILESTREAM, FileTables alebo remote BLOB store (RBS) na uchovávanie príloh uložených v databáze SQL Server.

Hypertextové prepojenie Tabuľky Accessu obsahujú stĺpce hypertextového prepojenia, ktoré SQL Server nepodporovať. Predvolene sa tieto stĺpce v SQL Server skonvertujú na stĺpce nvarchar(max), ale priradenie môžete prispôsobiť a vybrať menší typ údajov. V accessovom riešení môžete naďalej používať správanie hypertextového prepojenia vo formulároch a zostavách, ak nastavíte vlastnosť Hypertextové prepojenie pre ovládací prvok na hodnotu true.

Pole s viacerými hodnotami Pole s viacerými hodnotami accessu sa skonvertuje na SQL Server ako ntextové pole, ktoré obsahuje množinu hodnôt s oddeľovačmi. Keďže SQL Server nepodporuje typ údajov s viacerými hodnotami, ktorý modeluje vzťah many-to-many, môže sa vyžadovať dodatočný návrh a konverzia.

Ďalšie informácie o mapovaní typov údajov Accessu a SQL Server nájdete v téme Porovnanie typov údajov.

Poznámka: Polia s viacerými hodnotami sa neskonvertujú.

Ďalšie informácie nájdete v téme Typy dátumu a času, typy reťazcov a binárnych údajov a číselné typy.

Visual Basic

Hoci SQL Server nepodporuje jazyk VBA, majte na pamäti nasledujúce možné problémy:

Funkcie VBA v dotazoch Accessové dotazy podporujú funkcie VBA v údajoch v stĺpci dotazu. Dotazy Accessu, ktoré používajú funkcie VBA, však nie je možné spustiť v SQL Server, takže všetky požadované údaje sa odovzdajú do programu Microsoft Access na spracovanie. Vo väčšine prípadov by sa tieto dotazy mali skonvertovať na odovzdávajúce dotazy.

Funkcie definované používateľom v dotazoch Dotazy programu Microsoft Access podporujú používanie funkcií definovaných v moduloch VBA na spracovanie údajov, ktoré im boli odovzdané. Dotazy môžu byť samostatné dotazy, príkazy SQL v zdrojoch záznamov formulárov/zostáv, zdroje údajov rozbaľovacích polí a zoznamov vo formulároch, zostavy a polia tabuliek a výrazy predvoleného alebo overovacieho pravidla. SQL Server nemôže spustiť tieto funkcie definované používateľom. Možno budete musieť tieto funkcie manuálne prepracovať a skonvertovať ich na uložené procedúry v SQL Server.

Optimalizácia výkonu

Zďaleka najdôležitejším spôsobom optimalizácie výkonu pomocou nových serverových SQL Server je rozhodnúť sa, kedy použiť lokálne alebo vzdialené dotazy. Pri migrácii údajov do SQL Server sa tiež presúvate zo súborového servera na model databázy klient-server výpočtovej techniky. Postupujte podľa týchto všeobecných pokynov:

Spustite v klientovi malé dotazy určené iba na čítanie, aby ste k nim mali najrýchlejší prístup.
Spustite dlhé dotazy na čítanie a zapisovanie na serveri, aby ste mohli využiť väčší výpočtový výkon.
Minimalizujte sieťový prenos s filtrami a agregáciou tak, aby sa prenášali len údaje, ktoré potrebujete.

Optimalizácia výkonu v modeli databázy klientskeho servera

Ďalšie informácie nájdete v téme Vytvorenie odovzdávajúceho dotazu.

Nižšie sú uvedené ďalšie odporúčané pokyny.

Vloženie logiky na server Vaša aplikácia môže používať aj zobrazenia, používateľom definované funkcie, uložené procedúry, vypočítavané polia a spúšťače na centralizáciu a zdieľanie logiky aplikácie, obchodných pravidiel a politík, zložitých dotazov, overenia údajov a kódu referenčnej integrity na serveri, a nie na klientovi. Položte si otázku, či je možné tento dotaz alebo úlohu vykonať na serveri lepšie a rýchlejšie? Nakoniec otestujte každý dotaz a zabezpečte optimálny výkon.

Používanie zobrazení vo formulároch a zostavách V Accesse postupujte takto:

Vo formulároch použite zobrazenie SQL pre formulár iba na čítanie a indexované zobrazenie SQL pre formulár na čítanie a zapisovanie ako zdroj záznamov.
V prípade zostáv použite ako zdroj záznamov zobrazenie SQL. Pre každú zostavu však vytvorte samostatné zobrazenie, aby ste mohli jednoduchšie aktualizovať konkrétnu zostavu bez toho, aby to ovplyvnilo ostatné zostavy.

Minimalizovanie načítavania údajov vo formulári alebo zostave Nezobrazovať údaje, kým o ne používateľ požiada. Ponechajte napríklad vlastnosť zdroja záznamov prázdnu, nastavte používateľov, aby vo formulári vybrali filter a potom vyplnili vlastnosť zdrojzáznamov vaším filtrom. Alebo použite klauzulu Where v poliach DoCmd.OpenForm a DoCmd.OpenReport na zobrazenie presných záznamov potrebných používateľom. Zvážte vypnutie navigácie v záznamoch.

Pri heterogénnych dotazoch buďte opatrní Nepoužívajte dotaz, ktorý kombinuje lokálnu accessovú tabuľku a SQL Server prepojenú tabuľku, ktorá sa niekedy nazýva hybridný dotaz. Tento typ dotazu stále vyžaduje, aby access stiahol všetky SQL Server údaje do lokálneho počítača a potom spustil dotaz, ale nespustí dotaz v SQL Server.

Kedy použiť lokálne tabuľky Zvážte použitie lokálnych tabuliek pre údaje, ktoré sa zriedkavo menia, napríklad zoznam štátov alebo provincií v krajine alebo oblasti. Statické tabuľky sa často používajú na filtrovanie a v accessovom klientskom rozhraní môžu fungovať lepšie.

Ďalšie informácie nájdete v téme Poradca pre optimalizáciu databázového stroja, Optimalizácia accessovej databázy pomocou Analyzátor výkonu a optimalizácia aplikácií programu Microsoft Office Access prepojených na SQL Server.