Nasazení databázové aplikace založené na aplikaci Access

Access poskytuje platformu s bohatými funkcemi pro vývoj databázových aplikací. Databázová aplikace je počítačový program, na kterém se dají ukládat a spravovat data, a uživatelské rozhraní, které sleduje logiku obchodních úkolů (logika aplikace). Tento článek popisuje základní plánování nasazení, balení a podepisování, nasazování databázových aplikací a prostředí Access Runtime.

V tomto článku

• Plán pro nasazení
• Nasazení databázové aplikace založené na aplikaci Access
• Vysvětlení a stažení accessového modulu runtime
• Vytvoření instalačního balíčku

Plán pro nasazení

Než začněte, položte si tyto otázky, které se týkají způsobu, jakým chcete aplikaci nasadit.

Je třeba oddělit data a logiku?

Můžete vytvořit aplikaci accessu, která kombinuje správu dat a logiku aplikace v jednom souboru. Toto je výchozí struktura aplikace v Accessu. Kombinace správy dat a logiky aplikace v jednom souboru poskytuje nejjednodušší metodu nasazení, ale tato metoda funguje nejlépe pouze v případě, že aplikaci používá několik lidí najednou a představuje určité riziko. Uživatel může například způsobit ztrátu dat, pokud neúmyslně smaže nebo poškodí soubor aplikace. Většinou byste správu dat a logiku aplikace měli oddělit. To pomáhá zlepšit výkon a spolehlivost.

Data a logika se dají oddělit přes příkaz Databáze aplikace Access (na kartě Databázové nástroje ve skupině Přesunout data). Tento příkaz rozdělí vaši databázovou aplikaci do dvou accessových souborů: jednoho pro logiku (front-end) a jednoho pro data (back-end). Například databáze s názvem MySolution.accdb je rozdělená do dvou souborů s názvem MySolution_fe.accdb a MySolution_be.accdb. Back-endovou databázi umístíte do sdíleného umístění, například do síťové složky. Soubor front-endu ( jednu kopii pro každého uživatele) distribuujete do jejich počítačů. Můžete dokonce distribuovat různé front-endové soubory různým uživatelům. Další informace najdete v tématu Rozdělení databáze Accessu.

Správu dat a logiku aplikace jde rozdělit i tak, že použijete program databázového serveru (například Microsoft SQL Server) pro správu dat a Access pro logiku aplikace. Další informace najdete v tématu Migrace databáze Accessu do SQL Server.

Mezi další důvody pro oddělení dat a logiky patří následující:

• Integrita a zabezpečení dat Pokud zkombinujete data a logiku do jednoho souboru, budou data vystavena stejným rizikům jako aplikační logika. Aplikace pro Access, která používá samostatnou logiku a datové soubory, může pomoct chránit integritu a zabezpečení dat tím, že využívá funkce zabezpečení NTFS v síťových složkách.
  Uživatelé aplikace Access musí mít oprávnění ke čtení, zápisu, vytváření a odstraňování ke složce, ve které se nachází front-endový soubor. K samotnému front-endu souboru ale můžete přiřadit různá oprávnění. Můžete například chtít některým uživatelům přiřadit oprávnění jen pro čtení a jiným uživatelům oprávnění ke čtení a zápisu.
  Vaše aplikace může vyžadovat další zabezpečení, například možnost nastavit, kteří uživatelé mají přístup k určitým datům. V takovém případě můžete k ukládání a správě dat aplikace použít SQL Server nebo SharePoint a pomocí Accessu poskytnout logiku aplikace.
• Škálovatelnost Accessový soubor může mít maximální velikost 2 gigabajty (GB). Ačkoli se do 2 GB vejde docela dost textových dat, pro některé aplikace to nemusí stačit, zvláště pak pro aplikace, které v záznamech databáze uchovávají přílohy. Když rozdělíte data a logiku, uvolníte v aplikaci místo pro další data. Pokud očekáváte, že uživatelé budou ukládat velké objemy dat, můžete zvážit použití více než jednoho datového souboru Accessu.
  Měli byste si také projít specifikace programu Accessu, kde najdete další informace o škálovatelnosti. Další informace o specifikacích Accessu najdete v článku Specifikace Accessu.
• Kapacita sítě Pokud bude muset aplikaci používat více uživatelů současně v síti, je pravděpodobné, že dojde k poškození dat, pokud se data a logika zkombinují do jednoho souboru. Pokud navíc kombinujete data a logiku v jednom accessovém souboru, nemůžete optimalizovat síťový provoz, který Access generuje. Jestli bude vaši aplikaci v síti používat více uživatelů najednou, měli byste oddělit data a logiku, a to buď tak, že použijete dva nebo více souborů aplikace Access, nebo tak, že použijete produkt databázového serveru pro data a Access pro logiku aplikace.

Jaké bude prostředí sítě?

Výběr správného databázového řešení Accessu pro vaše síťové prostředí je důležitým krokem k tomu, aby bylo úspěšné. Následující pokyny vám pomůžou vybrat to nejlepší pro vaše potřeby.

Domácí síť

Pokud máte jenom několik uživatelů, se kterými můžete databázi Accessu sdílet, můžete použít jednu databázi, kterou každý uživatel otevře a používá v domácí síti. Další informace najdete v tématu Sdílení souborů přes síť v Windows 10.

Místní síť (LAN)

Lan je interní síť, která má obvykle vynikající výkon, ale je omezena na malou geografickou oblast, jako je jedna místnost, budova nebo skupina budov. Pokud databázi v síti LAN sdílí více než několik uživatelů, je nejlepší databázi rozdělit, uložit back-end databázi do síťové složky a nasadit kopii front-end databáze pro každého uživatele.

Síť WAN (Wide Area Network)

Pro síť WAN, která pokrývá rozsáhlou geografickou oblast, existuje mnoho možných konfigurací. Ve městě můžete mít několik poboček připojených k veřejné síti, pronajaté lince nebo dokonce k satelitům. Virtuální privátní síť (VPN) se často používá pro zabezpečený vzdálený přístup z domova nebo na cestách. Síť WAN snadno pochopíte tak, že kdykoli jste mimo síť LAN, ale jste k ní připojeni, používáte síť WAN.

Azure sdílených složek

Azure sdílené složky nejsou samostatným typem sítě, ale poskytují způsob, jak používat sdílené složky v síti bez nutnosti použití souborového serveru. Použití Azure sdílené složky ale může způsobovat problémy podobné těm, ke kterým dochází při použití rozdělené databáze Accessu v síti WAN.

Upozornění Nepoužívejte rozdělenou databázi Accessu v síti WAN nebo Azure sdílených složek, protože může být nízký výkon a databáze můžou být poškozené.

Podporované alternativy použití rozdělené databáze v síti WAN nebo ve Azure sdílených složkách jsou:

• Uložte data v externím úložišti a vytvořte propojené tabulky pro:

  • Sharepointové seznamy
  • SQL Server nebo Azure SQL
  • Dataverse

• Vzdálená plocha (RDS) (dříve označovaná jako Terminálový server), která vytváří virtuální desktopové prostředí Windows na klientském počítači uživatele. RdS má několik výhod:

  • Instalace Accessu ani accessové databáze se nevyžaduje, protože uživatelé používají klienta Vzdálené plochy, který je k dispozici na mnoha zařízeních.
  • Přenos dat mezi klientem a serverem je minimalizovaný, protože vp je tenký klient, který efektivně streamuje jenom uživatelské rozhraní.
  • Uživatelé stále můžou kopírovat a vkládat data a tisknout sestavy místně z klientského počítače.
  • RemoteApp může spustit jenom jeden program, například aplikaci na klíč pro dodavatele nebo pracovníky v první linii.

  Další informace najdete v tématu Vítá vás Vzdálená plocha.

Budou mít uživatelé Přístup?

Pokud budou mít všichni vaši uživatelé na svých počítačích nainstalovaný Access, můžou aplikaci otevřít a používat stejně jako jakýkoli soubor databáze Accessu.

Pokud někteří nebo všichni vaši uživatelé nebudou mít na svých počítačích nainstalovaný Access, můžete jim při nasazování aplikace nasadit také software Access Runtime. Další informace najdete v tématu Vysvětlení a stažení accessového modulu runtime.

Začátek stránky

Nasazení databázové aplikace založené na aplikaci Access

Pokud chcete nasadit accessovou aplikaci, musíte provést následující úlohy.

Příprava databáze jako aplikačního řešení

Pokud chcete zamknout řešení, řídit navigaci a spouštění a nastavit další důležité možnosti, postupujte takto:

Úkol	Další informace
Rozhodněte se, jak uživatelé přejdou v uživatelském rozhraní: použijte výchozí formulář, vytvořte přepínací panel, použijte navigační formulář nebo použijte hypertextové odkazy a příkazová tlačítka.	Nastavení výchozího formuláře zobrazovaného při otevření accessové databáze Vytvoření navigačního formuláře Vlastní nastavení navigačního podokna Zobrazení a skrytí karet objektů Doporučené šablony aplikace Access Kam zmizely přepínací panely?
Rozhodněte se, jestli chcete přizpůsobit pás karet a nabídky příkazů Office.	Vytvoření vlastního pásu karet v Accessu Vytváření vlastních nabídek a místních nabídek pomocí maker Použití vlastních panelů nástrojů a nastavení spouštění ze starších verzí Accessu
Použití konzistentního motivu a pozadí Office	Přidání pozadí Office Změna motivu Office
Řízení spuštění databáze	Přidání vlastního názvu nebo ikony databáze Nepoužití možností spuštění při otevření databáze Vytvoření makra, které se spustí při otevření databáze Přepínače příkazového řádku pro produkty systém Microsoft Office
Nastavení důležitých vlastností a možností	Nastavení vlastností a možností spuštění v kódu Zobrazení nebo změna vlastností souboru Office
Úprava místního nastavení	Změňte místní nastavení Windows a upravte vzhled některých datových typů.

Tip Pokud chcete být důkladní, projděte si dialogové okno Možnosti aplikace Access (Možnostisouboru>) a klikněte na nápověda pro každou kartu. Můžou existovat další možnosti, které chcete řídit pro řešení vaší aplikace.

Před nasazením

Před nasazením front-end databáze zvažte tyto osvědčené postupy:

• Snažte se dosáhnout nejlepšího výkonu vašeho řešení. Další informace najdete v tématech Pomozte Accessu běžet rychleji a Tipy pro zvýšení výkonu aplikace Microsoft Access pro zrychlení databází Accessu.

• Komprimujte a opravte databázi. Další informace najdete v tématu Komprimování a oprava databáze.

• Zálohujte databázi, abyste měli originální a bezpečnou kopii původní databáze. Další informace najdete v tématu Ochrana dat pomocí procesů zálohování a obnovení.

• Pomocí nástroje Database Documenter vytiskněte charakteristiky návrhu databázových objektů. Další informace najdete v tématu Dokumentování a tisk návrhu databáze.

• Rozhodněte se, jak chcete soubor zabezpečit. Existuje několik přístupů, které můžete použít:

  • Přidejte do databáze certifikát zabezpečení. Další informace najdete v tématech Zobrazení důvěryhodnosti přidáním digitálního podpisu a Rozhodnutí, jestli se má databáze důvěřovat. Pokud to uděláte, rozhodněte se, jak chcete řídit panel zpráv v databázi. Další informace najdete v tématu Povolení nebo zakázání výstrah zabezpečení na panelu zpráv.
  • K uložení front-endové databáze použijte důvěryhodné umístění, abyste se vyhnuli kontrole v Centru zabezpečení nebo pokud nechcete, aby se otevřela v chráněném zobrazení. Další informace najdete v tématu Přidání, odebrání nebo změna důvěryhodného umístění.
  • Zašifrujte soubor databáze. Další informace najdete v tématu Šifrování databáze pomocí hesla databáze.
  • Pokud chcete zajistit, aby uživatelé nemohli měnit návrh formulářů, sestav nebo kódu jazyka VBA, zvažte použití kompilovaného binárního souboru (.accde).

Rozhodněte se, jaký souborový formát použijete

Existují čtyři formáty souborů Accessu, které můžete použít při nasazování aplikace:

• .accdb Toto je výchozí formát souboru pro Access. Při nasazení aplikace v tomto formátu mají uživatelé nejvíce možností aplikaci přizpůsobit a navigovat v ní tak, jak si sami zvolí. Pokud nechcete, aby uživatelé měnili návrh vaší aplikace, použijte formát souboru .accde. Kromě toho uživatel nemůže snadno určit, zda byl soubor .accdb po zabalení změněn – aby to bylo zřejmé, použijte formát souboru .accdc.
• .accdc Tento formát se také označuje jako soubor nasazení aplikace Access. Accessový soubor pro nasazení se skládá ze souboru aplikace a digitálního podpisu, který je k tomuto souboru přidružený. Tento formát souboru uživatelům zaručuje, že po tom, co jste soubor aplikace zabalili, ho nikdo nezměnil. Tento formát můžete použít na výchozí formát accessového souboru (.accdb) nebo na zkompilovaný binární soubor Accessu (.accde). Další informace najdete v tématu Zobrazení důvěryhodnosti přidáním digitálního podpisu.
  Do accessového souboru pro nasazení můžete vložit jen jeden soubor aplikace. Pokud jste oddělili data aplikace a logiku, můžete je zabalit zvlášť.
• .accde Tento formát se také označuje jako kompilovaný binární soubor. Kompilovaný binární soubor v Accessu je soubor databázové aplikace, který byl uložen s kompilovaným veškerým kódem jazyka VBA. Ve zkompilovaném binárním accessovém souboru nezůstane žádný zdrojový kód jazyka VBA. Soubor .accde zabraňuje změnám návrhu a kódu, snižuje velikost databáze a zlepšuje výkon. Další informace najdete v tématu Skrytí kódu jazyka VBA před uživateli.
  K otevření zkompilovaného binárního souboru Accessu můžete použít accessový modul Runtime. Pokud modul runtime nerozpozná příponu názvu souboru .accde, otevřete binární soubor vytvořením zástupce, který odkazuje na modul Runtime, a přidejte cestu ke zkompilovanému binárnímu souboru, který má zástupce otevřít.
  Důležité Uživatelé nemůžou otevřít zkompilovaný binární soubor pomocí dřívější verze Accessu, než je verze, ve které byl zkompilován, pokud starší verze nepodporuje funkci přidanou v novější verzi. Pokud chcete tento problém vyřešit, zkompilujte binární soubor ve verzi Accessu, která je nainstalovaná uživateli.
• .accdr Tento formát umožňuje nasadit aplikaci, která se otevře v režimu runtime. Nasazení runtime aplikace vám pomůže určit, jak bude aplikace používaná, i když to není způsob zabezpečení aplikace. Další informace o režimu runtime najdete v části Poznejte Access Runtime.

Instalace a upgrade front-endové databáze Accessu

Když použijete návrh rozdělené databáze, musíte distribuovat front-end databázi každému uživateli. Pokud chcete, aby vše proběhlo hladce, zvažte následující osvědčené postupy:

• Ujistěte se, že každý uživatel má správnou verzi Accessu a že se front-endová databáze otevře ve správné verzi. Access má také 32bitovou a 64bitovou verzi. Spuštění nesprávné "bitness" může ovlivnit volání rozhraní API systému Windows, odkazy na knihovny DLL a ovládací prvky ActiveX. Další informace najdete v článku Volba mezi 64bitovou nebo 32bitovou verzí Office.
• Vytvořte instalační balíček pro další soubory, které se můžou vyžadovat, včetně ovladačů databáze, dávkových souborů pro nastavení a konfigurace a souborů souvisejících s aplikacemi. Další informace najdete v tématu Vytvoření instalačního balíčku.
• Zadejte zástupce na ploše Windows, aby uživatel mohl rychle spustit řešení accessu. Do zástupce uveďte umístění složky, výstižný název zástupce, popis a ikonu. Další informace najdete v článku Vytvoření zástupce na ploše pro aplikaci nebo soubor Office.
  Tip Řekněte uživatelům, jak připnout aplikace do nabídky Start.
• Určete efektivní způsob opětovného nasazení a nahrazení front-end databáze v případě, že se vyžadují aktualizace, a udržovat verze souborů, abyste měli přehled o změnách. Můžete například přidat kód VBA pro kontrolu nových verzí a automaticky upgradovat ještě před tím, než uživatelé aplikaci spustí.
• Když vytvoříte připojení ODBC pomocí souboru DSN, který obsahuje připojovací řetězec, musí být tento soubor DSN také nainstalován na každém klientském počítači. Dalším přístupem je vytvoření připojení bez DSN v kódu VBA, které eliminuje potřebu souboru DSN. Další informace najdete v tématu Použití připojení DSN-Less.

Začátek stránky

Vysvětlení a stažení accessového modulu runtime

Pokud chcete nasadit aplikace accessu, které můžou běžet bez instalace Accessu na počítači uživatele, můžete je distribuovat společně s modulem Access Runtime, které je zdarma dostupné na webu Stažení softwaru společnosti Microsoft. Když otevřete databázi Accessu pomocí modulu Runtime aplikace Access, databáze se otevře v režimu runtime.

Režim runtime je provozní režim Accessu, ve kterém nejsou některé funkce Accessu ve výchozím nastavení dostupné. Některé z těchto nedostupných funkcí se ale v režimu runtime dají zpřístupnit.

Jaké funkce nejsou v režimu runtime dostupné?

Následující funkce Accessu nejsou k dispozici v režimu runtime:

• Speciální klávesy Klávesy, jako je Ctrl+Break, Ctrl+G a Shift, pro obejití možností spuštění v databázi.
• Navigační podokno Navigační podokno není k dispozici v režimu runtime. To pomáhá zabránit uživatelům v přístupu k libovolným objektům ve vaší databázové aplikaci. V režimu runtime se dají otevřít jenom objekty, které zpřístupníte uživatelům – například zadáním navigačního formuláře. V režimu runtime nemůžete navigační podokno zpřístupnit.
• Pás karet Pás karet není ve výchozím nastavení k dispozici v režimu runtime. To pomáhá zabránit uživatelům v tom, aby vytvářeli nebo měnili databázové objekty nebo prováděli další potenciálně nebezpečné akce, například že by se připojili k novým datovým zdrojům nebo by exportovali data tak, jak to vy nemáte v úmyslu. V režimu runtime nemůžete zobrazit výchozí pás karet. Můžete ale vytvořit vlastní pás karet a pak ho přidružit k formuláři nebo sestavě. Další informace najdete v tématu Vytvoření vlastního pásu karet v Accessu.
• Návrhové zobrazení a zobrazení rozložení Návrhové zobrazení a zobrazení rozložení nejsou k dispozici pro žádné databázové objekty v režimu runtime. To pomáhá zabránit uživatelům v úpravách libovolných objektů ve vaší databázové aplikaci. V režimu runtime nemůžete návrhové zobrazení ani zobrazení rozložení zpřístupnit.
• Pomoc Ve výchozím nastavení není integrovaná nápověda k dispozici v režimu runtime. Vzhledem k tomu, že řídíte, jaké funkce jsou v aplikaci v režimu runtime k dispozici, můžou být některé standardní integrované nápovědy k Accessu pro lidi, kteří používají vaši aplikaci, irelevantní a můžou je zmást nebo frustrovat. Můžete vytvořit vlastní soubor nápovědy, který doplní vaši aplikaci v režimu runtime.

Jak můžu simulovat režim runtime?

Libovolnou databázi Accessu můžete spustit v režimu runtime na počítači, který má nainstalovanou plnou verzi Accessu. Pokud chcete spustit accessovou databázi v režimu runtime, udělejte jednu z těchto věcí:

• Změňte příponu databázového souboru z .accdb na .accdr.

• Vytvořte zástupce databáze pomocí přepínače příkazového řádku /Runtime .

  1. Na ploše Windows klikněte pravým tlačítkem a vyberte Nový>zástupce.

  2. Zadejte umístění MSAccess.exe, umístění databáze a kvalifikátor příkazu /runtime . Příklady:

     "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime
     

  Další informace najdete v článku Vytvoření zástupce na ploše pro aplikaci nebo soubor Office.

Je moje databáze díky režimu runtime lépe zabezpečená?

I když režim runtime omezuje přístupnost navigace a funkce návrhu, neměli byste režim runtime používat jako hlavní zabezpečení vaší databázové aplikace. Na počítači, který má nainstalovanou plnou verzi Accessu, může být možné, aby uživatel otevřel běhovou aplikaci databáze jako běžnou databázovou aplikaci (to znamená se všemi dostupnými funkcemi) a pak změnil návrh nebo provedl jiné nežádoucí akce.

I když databázi nasadíte jenom na počítače, na kterých není nainstalovaná plná verze Accessu, může uživatel aplikaci přenést do počítače, na který je nainstalovaná plná verze Accessu, a pak otevřít běhovou aplikaci databáze jako běžnou databázovou aplikaci.

Začátek stránky

Stažení aplikace Access Runtime

Pokud chcete stáhnout modul Runtime aplikace Access z webu Microsoft Download Center, klikněte na příslušný odkaz pro vaši verzi.

• Stažení a instalace Office 365 Access Runtime
  Poznámka Toto prostředí Access Runtime se vztahuje také na uživatelské licence Office 2019.
• Stažení a instalace modulu Microsoft Access 2016 Runtime

Ke stažení, použití nebo redistribuci accessového modulu runtime není nutný žádný nákup a počet uživatelů, kterým můžete modul Runtime distribuovat, není nijak omezený.

Začátek stránky

Vytvoření instalačního balíčku

V závislosti na verzi Accessu můžete použít několik přístupů.

Použití obecného instalačního balíčku

V novějších verzích Accessu můžete použít Instalační službu systému Windows nebo vyhledat program jiného výrobce, který vytváří instalační balíčky.

Začátek stránky