Migrácia Accessovej databázy na server SQL Server

Migrácia Accessovej databázy na server SQL Server

My všetci máme limity a databáza Accessu nie je výnimkou. Accessová databáza má napríklad limit veľkosti 2 GB a nepodporuje viac než 255 súbežných používateľov. Ak preto máte čas na prístup k databáze Accessu na ďalšiu úroveň, môžete prejsť na server SQL Server. SQL Server (či už lokálne alebo v cloude Azure) podporuje väčšie množstvo údajov, viac súbežných používateľov a má väčšiu kapacitu ako databázový stroj JET/ACE. Táto príručka poskytuje hladký štart na cestu k serveru SQL Server, pomáha zachovať prístup k klientskym riešeniam, ktoré ste vytvorili, a dúfajme, že budete používať Access pre budúce databázové riešenia. Sprievodca zmenou veľkosti bol odstránený z Accessu v Accesse 2013, takže teraz môžete použiť Microsoft SQL Server Migration Assistant (SSMA). Ak chcete úspešne migrovať, postupujte podľa týchto krokov.

Fázy migrácie databázy na server SQL Server

Skôr ako začnete

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

Informácie o rozdelených databázach

Všetky objekty databázy Accessu sa môžu nachádzať v jednom databázovom súbore alebo môžu byť uložené v dvoch databázových súboroch: na klientskej databáze a na koncovej databáze. Táto možnosť sa nazýva rozdelenie databázy a je navrhnutá na zjednodušenie zdieľania v sieťovom prostredí. Databázový súbor musí obsahovať len tabuľky a vzťahy. Klientsky súbor musí obsahovať len všetky ostatné objekty vrátane formulárov, zostáv, dotazov, makier, modulov VBA a prepojených tabuliek do koncovej databázy. Pri migrácii Accessovej databázy sa podobá na rozdelenie databázy v tomto SQL serveri funguje ako nové koncové údaje, ktoré sa teraz nachádzajú na serveri.

V dôsledku toho môžete naďalej spravovať databázu klientskeho prístupu s prepojenými tabuľkami s tabuľkami SQL servera. Efektívne môžete vyvodiť výhody rýchleho vývoja aplikácií, ktoré poskytuje databáza Accessu, spolu s škálovateľnosť SQL servera.

Výhody SQL servera

Stále potrebujete niektoré presvedčivé na migráciu na server SQL Server? Tu je niekoľko ďalších výhod, ktoré môžete premýšľať o týchto možnostiach:

  • Viacerí súbežní používatelia    SQL Server dokáže spracovať mnoho ďalších súbežných používateľov ako Access a minimalizuje požiadavky na pamäť pri pridávaní ďalších používateľov.

  • Zvýšená dostupnosť    S SQL serverom môžete dynamicky zálohovať, a to buď prírastkovou alebo úplnou databázou, 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 servera zvyčajne vykonáva lepšie ako Accessovú databázu, a to najmä s veľkou databázou terabajtov. Tiež SQL Server spracuje dotazy oveľa rýchlejšie a efektívnejšie prostredníctvom spracovania dotazov paralelne s použitím viacerých natívnych vlákien v rámci jedného procesu s cieľom spracovať požiadavky používateľov.

  • Vylepšené zabezpečenie    Pomocou dôveryhodného pripojenia sa SQL Server integruje so zabezpečením systému Windows a poskytuje jednotný integrovaný prístup k sieti a databáze, pričom využíva to najlepšie z oboch bezpečnostných systémov. Vďaka tomu je oveľa jednoduchšie spravovať komplexné systémy zabezpečenia. SQL Server je ideálny ukladací priestor na citlivé informácie, ako sú napríklad čísla sociálneho poistenia, údaje o kreditnej karte a adresy, ktoré sú dôverné.

  • Okamžitá vymáhateľnosť    Ak operačný systém zlyhá alebo 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    Access a Virtual Private Networks (VPN) sa nezobrazujú spolu. Avšak so serverom SQL Server môžu vzdialení používatelia používať aj naďalej prístup k klientskej databáze Accessu na pracovnej ploche a na konci servera SQL Server, ktorý sa nachádza za bránou firewall VPN.

  • Azure SQL Server    Okrem výhod programu SQL Server ponúka dynamickú škálovateľnosť bez prestojov, inteligentnú optimalizáciu, globálnu škálovateľnosť a dostupnosť, elimináciu nákladov na hardvér a zníženú správu.

Vyberte možnosť najlepšie Azure SQL Server

Ak chcete migrovať na server Azure SQL Server, môžete si vybrať z troch možností, z ktorých každá s rôznymi výhodami:

  • Jedna databáza/elastické bazény    Táto možnosť má vlastnú množinu zdrojov spravovaných prostredníctvom databázového servera SQL. Jedinou databázou je ako databáza obsiahnutá na serveri SQL Server. Môžete tiež pridať elastický bazén, ktorý je kolekciou databáz so zdieľanou množinou zdrojov spravovaných prostredníctvom databázového servera SQL. Najčastejšie používané funkcie SQL servera sú k dispozícii so vstavanými zálohami, opravami a obnovovaním. Nie je však zaručený presný časový úsek údržby a migrácia z SQL servera môže byť ťažké.

  • Spravovaná inštancia    Táto možnosť je kolekciou systémových a používateľských databáz so zdieľanou množinou zdrojov. Spravovaná inštancia je ako inštancia databázy SQL servera, ktorá je vysoko kompatibilná s lokálnym serverom SQL Server. Spravovaná inštancia obsahuje vstavané zálohy, opravy, obnovenie a jednoduchú migráciu zo servera SQL Server. Existuje však malý počet funkcií SQL servera, ktoré nie sú k dispozícii a nie je zaručený presný časový úsek údržby.

  • Virtuálny počítač Azure    Táto možnosť vám umožní spustiť SQL Server v rámci virtuálneho počítača v službe Azure cloud. Máte úplnú kontrolu nad motorom SQL Server a jednoduchú cestu migrácie. Je však potrebné spravovať svoje zálohy, záplaty a zotavenie.

Ďalšie informácie nájdete v téme Výber cesty migrácie databázy do služby Azure a Výber správnej možnosti servera SQL v službe Azure.

Prvé kroky

Existuje niekoľko problémov, ktoré môžete riešiť dopredu, vďaka čomu môžete zjednodušiť proces migrácie pred spustením SSMA:

  • Pridanie indexov tabuliek a hlavných kľúčov    Uistite sa, že každá tabuľka Accessu obsahuje index a hlavný kľúč. SQL Server vyžaduje, aby všetky tabuľky mali aspoň jeden index a ak je možné aktualizovať tabuľku, vyžaduje sa prepojená tabuľka s hlavným kľúčom.

  • Kontrola vzťahov primárneho a cudzieho kľúča    Presvedčte sa, či sú tieto vzťahy založené na poliach s konzistentnými typmi údajov a veľkosťami. SQL Server nepodporuje prepojené stĺpce s rôznymi typmi údajov a veľkosťami v obmedzeniach cudzieho kľúča.

  • Odstránenie stĺpca prílohy    SSMA nemigruje tabuľky, ktoré obsahujú stĺpec prílohy.

Skôr než spustíte SSMA, vykonajte nasledujúce prvé kroky.

  1. Zatvorenie databázy programu Access.

  2. Uistite sa, že aktuálni používatelia pripojení k databáze tiež zatvorí databázu.

  3. Ak je databáza vo formáte súboru. mdb, potom odstráňte zabezpečenie na úrovni používateľa.

  4. 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 programu Microsoft SQL Server Express Edition na pracovnej ploche, ktorý podporuje maximálne 10 GB a je slobodný a jednoduchší spôsob, ako prejsť a skontrolovať migráciu. Keď sa pripojíte, použite LocalDB ako databázovú inštanciu.

Tip    Ak je to možné, použite samostatnú verziu Accessu. Ak používate Office 365, použite databázový nástroj Access 2010 na migráciu databázy programu Access pri používaní SSMA. Ďalšie informácie nájdete v téme databázový stroj programu Microsoft Access 2010 Redistribuovateľný.

Spustiť SSMA

Spoločnosť Microsoft poskytuje služby Microsoft SQL Server Migration Assistant (SSMA) na zjednodušenie zjednodušenia migrácie. SSMA hlavne migruje tabuľky a vyberie dotazy bez parametrov. Formuláre, zostavy, makrá a moduly VBA sa nekonvertujú. Prieskumník metaúdajov servera SQL Server zobrazí databázové objekty programu Access a objekty SQL servera, ktoré vám umožnia skontrolovať aktuálny obsah oboch databáz. Tieto dve pripojenia sú uložené v súbore migrácie, ak sa rozhodnete v budúcnosti preniesť ďalšie objekty.

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

  1. Ak chcete migrovať databázu pomocou SSMA, najprv Stiahnite a nainštalujte softvér tak, že dvakrát kliknete na stiahnutý súbor MSI. Uistite sa, že máte nainštalovanú príslušnú bitovú verziu 32 alebo 64 pre svoj počítač.

  2. Po inštalácii SSMA ju otvorte na pracovnej ploche, najlepšie z počítača s databázovým súborom Accessu.

    Môžete ju otvoriť aj v počítači, ktorý má prístup k databáze programu Access zo siete v zdieľanom priečinku.

  3. Podľa pokynov na začiatku v SSMA poskytnite základné informácie, ako napríklad umiestnenie servera 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.

  4. Ak prechádzate na server SQL Server 2016 alebo novšiu verziu a chcete aktualizovať prepojenú tabuľku, pridajte stĺpec ROWVERSION stĺpec výberom položky Nástroje na kontrolu > nastavenia projektu > Všeobecné.

    Pole stĺpec ROWVERSION pomáha vyhnúť sa konfliktom záznamu. Access používa toto stĺpec ROWVERSION pole v prepojenej tabuľke SQL servera na určenie, kedy bol záznam naposledy aktualizovaný. Ak do dotazu pridáte pole stĺpec ROWVERSION, program Access ho použije na opätovné výber riadka po operácii aktualizácie. Tým sa zlepšuje efektivita tým, že sa vyhnete chybám pri zápise a scenárom odstránenia, ktoré sa môžu vyskytnúť, keď Access zistí odlišné výsledky z pôvodného preddefinovaného textu, ako napríklad môže nastať s plávajúcimi číselnými hodnotami údajov a spúšťačmi, ktoré upravujú stĺpce. Vyhýbajte sa však použitiu poľa stĺpec ROWVERSION vo formulároch, zostavách alebo kóde VBA. Ďalšie informácie nájdete v téme stĺpec ROWVERSION.

    Poznámka    Nepoužívajte mätúce stĺpec ROWVERSION s časovými známkami. Hoci je časová pečiatka pre kľúčové slová synonymom pre stĺpec ROWVERSION na serveri SQL Server, nie je možné použiť stĺpec ROWVERSION ako spôsob zadávania časovej pečiatky na zadávanie údajov.

  5. Ak chcete nastaviť presné typy údajov, vyberte položku Nástroje na kontrolu > nastavenia projektu > Typpriradenia. Ak napríklad uložíte iba anglický text, môžete použiť varchar , nie typ údajov nvarchar .

Konvertovanie objektov

SSMA skonvertuje objekty programu Access na objekty SQL servera, ale nekopíruje objekty hneď. SSMA poskytuje zoznam nasledujúcich objektov na migráciu, aby ste sa mohli rozhodnúť, či ich chcete premiestniť do databázy servera SQL Server:

  • Tabuľky a stĺpce

  • Vyberte položku dotazy bez parametrov.

  • Primárne a cudzie kľúče

  • Indexy a predvolené hodnoty

  • Kontrola obmedzení (povoliť vlastnosť stĺpca s nulovou dĺžkou, overovacie pravidlo stĺpca, overenie tabuľky)

Ako najvhodnejší postup môžete použiť zostavu na hodnotenie SSMA, ktorá zobrazuje výsledky konverzie vrátane chýb, upozornení, informačných správ, časových odhadov vykonávania migrácie a jednotlivých krokov na opravu chýb, ktoré je potrebné vykonať predtým, ako skutočne presuniete objekty.

Konvertovaním databázových objektov sa definičné objekty z Accessových metaúdajov skonvertujú do ekvivalentnej syntaxe Transact-SQL (T-SQL)a potom načíta tieto informácie do projektu. Potom môžete zobraziť SQL Server alebo SQL Azure objekty a ich vlastnosti pomocou SQL servera alebo SQL Azure metaúdajov Explorer.

Ak chcete konvertovať, načítať a migrovať objekty na server SQL Server, postupujte podľa pokynov v tejto príručke.

Tip    Po úspešnom migrácii Accessovej databázy uložte Projektový súbor na neskoršie použitie, aby ste mohli opätovne migrovať údaje na testovanie alebo finálnu migráciu.

Prepojiť tabuľky

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

Po migrácii Accessových tabuliek môžete vytvoriť prepojenie na tabuľky na serveri SQL Server, ktoré teraz hostí údaje. Prepojenie priamo z Accessu tiež poskytuje jednoduchší spôsob zobrazenia údajov, a nie používanie zložitejších nástrojov na správu servera SQL Server.  Prepojené údaje môžete Dotazovať a upravovať v závislosti od povolení nastavených správcom databázy servera SQL Server.

Poznámka    Ak vytvoríte DSN ODBC pri prepojení na databázu SQL servera počas procesu prepojenia, buď vytvorte rovnaký názov DSN vo všetkých počítačoch, ktoré používajú novú aplikáciu, alebo pomocou programovania použite 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 servera Azure SQL Server a Import údajov alebo prepojenie s údajmi v databáze SQL servera.

Tip   Nezabudnite použiť správcu prepojenej tabuľky v Accesse na pohodlné obnovenie a opätovné prepojenie tabuliek. Ďalšie informácie nájdete v téme Správa 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 ako sa s nimi vysporiadať.

Dotazy

Skonvertujú sa len výber dotazov. Ďalšie dotazy nie sú vrátane výberových dotazov, ktoré zaberajú parametre. Niektoré dotazy sa nemusia úplne konvertovať a SSMA zostavy chyby dotazu počas procesu konverzie. Môžete manuálne upravovať objekty, ktoré sa nekonvertujú pomocou syntaxe T-SQL. Syntaktické chyby môžu vyžadovať aj manuálne konvertovanie funkcií špecifických pre Access a typov údajov na server SQL Server. Ďalšie informácie nájdete v téme porovnanie Accessu SQL s SQL SERVEROM TSQL.

Typy údajov

Access a SQL Server majú podobné typy údajov, ale uvedomte si tieto potenciálne problémy.

Veľké číslo    Typ údajov veľké číslo ukladá nepeňažnú číselnú hodnotu a je kompatibilná s typom údajov SQL bigint. Tento typ údajov môžete použiť na efektívnu kalkuláciu veľkých čísel, ale vyžaduje si to používanie Accessu 16 (16.0.7812 alebo novšej verzie). accdb vo formáte databázového súboru a lepší výkon s 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    Na základe predvoleného nastavenia sa stĺpec Yes/No v Accesse skonvertuje na pole SQL Server bit. Ak sa chcete vyhnúť zablokovaniu záznamov, Skontrolujte, či je bitové pole nastavené na možnosť nepovoliť hodnoty NULL. V SSMA môžete vybrať stĺpec bitov a nastaviť vlastnosť Povoliť hodnoty null na hodnotu nie. Vo TSQL môžete použiť vý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 novšia a prepojená tabuľka obsahuje jeden alebo viaceré stĺpce datetime alebo DateTime2, tabuľka môže vrátiť správu #deleted vo výsledkoch. Ďalšie informácie nájdete v téme Access prepojenej tabuľky do databázy SQL servera vráti #deleted.

  • Použite typ údajov DateTime2 , ktorý má väčší rozsah dátumov než DateTime.

  • Pri zisťovaní dátumov na serveri SQL Server sa prihliada na čas aj dátum. Príklad:

    • DateOrdered medzi 1/1/19 a 1/31/19 nemusí zahŕňať všetky objednávky.

    • DateOrdered medzi 1/1/19 00:00:00 AM a 1/31/19 11:59:59 hod zahŕňa všetky objednávky.

Príloha   Typ údajov Attachment ukladá súbor v Accessovej databáze. Na lokalite SQL Server máte niekoľko možností na zváženie. Súbory môžete extrahovať z Accessovej databázy a potom zvážiť ukladanie prepojení na súbory v databáze servera SQL Server. Prípadne môžete použiť FILESTREAM, FileTables alebo vzdialeného ukladacieho priestoru BLOB (RBS) na uchovanie príloh uložených v databáze SQL servera.

Hypertextové prepojenie    Tabuľky programu Access majú stĺpce hypertextového prepojenia, ktoré server SQL Server nepodporuje. Na základe predvoleného nastavenia sa tieto stĺpce skonvertujú na stĺpce nvarchar (max) na serveri SQL Server, ale Priradenie môžete prispôsobiť tak, aby ste vybrali menší typ údajov. V Accessovom riešení môžete použiť správanie hypertextového prepojenia vo formulároch a zostavách, ak nastavíte vlastnosť hypertextového prepojenia pre ovládací prvok na hodnotu True.

Pole s viacerými hodnotami    Pole s viacerými hodnotami Accessu sa skonvertuje na SQL Server ako pole ntext, ktoré obsahuje oddelenú množinu hodnôt. 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 priradení typov údajov Accessu a SQL servera nájdete v téme porovnanie typov údajov.

Poznámka    Polia s viacerými hodnotami sa nekonvertujú a boli zrušené v Accesse 2010.

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

Visual Basic

Hoci VBA nie je podporovaná serverom SQL Server, uvedomte si nasledujúce možné problémy:

Funkcie jazyka VBA v dotazoch    Dotazy programu Access podporujú funkcie jazyka VBA na základe údajov v stĺpci dotazu. Dotazy programu Access, ktoré používajú funkcie VBA, však nie je možné spustiť na serveri SQL Server, takže všetky požadované údaje sa prenesú do programu Microsoft Access na spracovanie. Vo väčšine prípadov by sa mali tieto dotazy 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ára alebo zostavy, zdroje údajov v rozbaľovacích poliach a polia zoznamov vo formulároch, zostavách a poliach tabuľky a predvolené alebo overovacie výrazy. SQL Server nemôže spustiť tieto funkcie definované používateľom. Možno bude potrebné manuálne prenavrhnúť tieto funkcie a skonvertovať ich na uložené procedúry na serveri SQL Server.

Optimalizácia výkonu

Najvýznamnejším spôsobom, ako optimalizovať výkon s novým a koncovým SQL serverom, je rozhodnúť sa, kedy sa majú použiť lokálne alebo vzdialené dotazy. Pri migrácii údajov na server SQL Server sa presuniete aj zo servera na súborový server na klientsky databázový model computingu. Postupujte podľa týchto všeobecných pokynov:

  • Spustite malé dotazy iba na čítanie v klientovi, ktorí majú najrýchlejší prístup.

  • Na serveri môžete spustiť dlhé, prečítané a zapisovať dotazy, aby ste využili väčší výpočtový výkon.

  • Minimalizujte sieťové prenosy pomocou filtrov a agregácie na prenos len potrebných údajov.

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

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

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

Vloženie logiky na server    Vaša aplikácia tiež môže použiť zobrazenia, funkcie definované používateľom, 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, overovania údajov a kódu referenčnej integrity v Server, nie na klienta. Opýtajte sa sami seba, môže sa tento dotaz alebo úloha vykonať na serveri lepšie a rýchlejšie? Nakoniec otestujte každý dotaz s cieľom zabezpečiť optimálny výkon.

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

  • V prípade formulárov 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 zobrazenie SQL ako zdroj záznamov. Pre každú zostavu však vytvorte samostatné zobrazenie, aby ste mohli jednoduchšie aktualizovať konkrétnu zostavu bez toho, aby sa ovplyvnili ďalšie zostavy.

Minimalizovanie načítavania údajov vo formulári alebo zostave    Nezobrazovať údaje, kým ho používateľ požiada. Ak chcete napríklad ponechať vlastnosť RecordSource prázdnu, používatelia vyberú filter vo formulári a potom vyplnia vlastnosť RecordSource s filtrom. Prípadne použite klauzulu WHERE of DoCmd. OtvoriťFormulár a DoCmd. OtvoriťZostavu na zobrazenie presných záznamov, ktoré potrebuje používateľ. Zvážte vypnutie navigácie v záznamoch.

Buďte opatrní s heterogénnymi dotazmi   Vyhýbajte sa spusteniu dotazu, ktorý kombinuje tabuľku lokálnej Accessovej tabuľky a prepojenú tabuľku SQL servera, niekedy sa nazýva hybridný dotaz. Tento typ dotazu stále vyžaduje, aby sa v Accesse preberali všetky údaje SQL servera do lokálneho počítača a potom spustite dotaz, nespustí sa dotaz na serveri SQL Server.

Používanie lokálnych tabuliek    Zvážte použitie lokálnych tabuliek na údaje, ktoré sa len zriedka zmenia, napríklad zoznam štátov alebo provincií v krajine alebo oblasti. Statické tabuľky sa často používajú na filtrovanie a dokážu lepšie pracovať na klientskom Accesse.

Ďalšie informácie nájdete v téme poradca pre ladenie databázových motorov, použitie analyzátora výkonu na optimalizáciu accessovej databázya optimalizáciu aplikácií balíka Microsoft Office Accessu, ktoré sú prepojené s SQL serverom.

Pozrite tiež

príručka migrácie databázy Azure

Blog o migrácii údajov spoločnosti Microsoft

Microsoft Access na migráciu SQL servera, konverziu a zmenu veľkosti

Spôsoby zdieľania počítačovej databázy programu Access

Poznámka:  Táto stránka bola preložená automaticky a môže obsahovať gramatické chyby alebo nepresnosti. Naším cieľom je, aby bol tento obsah pre vás užitočný. Môžete nám dať vedieť, či boli tieto informácie pre vás užitočné? Tu nájdete anglický článok ako referenciu.

Rozšírte svoje zručnosti práce s balíkom Office
Preskúmať školenie
Buďte medzi prvými, ktorí získajú nové funkcie
Pridajte sa k insiderom pre Office

Boli tieto informácie užitočné?

Ďakujeme za vaše pripomienky!

Ďakujeme vám za pripomienky. Pravdepodobne vám pomôže, ak vás spojíme s pracovníkom podpory pre Office.

×