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

Je třeba oddělit data a logiku?

Můžete vytvořit aplikaci Access, která v jednom souboru kombinuje správu dat a logiku aplikace. Toto je výchozí struktura aplikace Access. Kombinování správy dat a logiky aplikace v jednom souboru je nejjednodušší způsob nasazení, ale funguje nejlépe jenom v případě, že aplikaci používá současně několik lidí a zahrnuje rizikem. 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. Pomáhá to 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í databázovou aplikaci na dva accessové soubory: jeden pro logiku (front-end) a jeden pro data (back-end). Databáze s názvem MySolution.accdb je například rozdělená na dva soubory s názvem MySolution_fe.accdb a MySolution_be.accdb. Back-end databázi dáte do sdíleného umístění, například do síťové složky. Front-end soubor (jednu kopii pro každého uživatele) distribuujete do svých počítačů. Můžete dokonce rozdávat různé front-end soubory různým uživatelům. Další informace najdete v článku o rozdělení accessové databáze.

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 článku Migrace databáze Accessu na SQL Server.

Mezi další příčiny rozdělení dat a logiky patří:

• Zabezpečení a integrita dat     Pokud zkombinujete data a logiku v jednom souboru, jsou data vystavena stejným rizikům jako logika aplikace. Aplikace Access, která používá samostatnou logiku a datové soubory, může napomáhá chránit integritu a zabezpečení dat, protože využívá funkce zabezpečení systému souborů NTFS u síťových složek.

  Access uživatelé musí mít oprávnění ke čtení, zápisu, vytváření a odstraňování složky, ve které se nachází front-end soubor. Můžete ale přiřadit různá oprávnění samotnému front-end souboru. Můžete třeba 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 uložení a správě dat aplikace použít SQL Server nebo SharePoint a pomocí Accessu poskytnout logiku aplikace.

• Škálovatelnost    Soubor aplikace Access 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 uchovávat velké množství dat, zkuste zvážit, že byste použili více jak jeden datový soubor aplikace Access.

  Další informace o škálovatelnosti zjistíte v programových specifikacích aplikace Access. Další informace o specifikacích Access naleznete v článku Specifikace Accessu.

• Kapacita sítě    Jestli aplikaci potřebuje používat více uživatelů přes síť ve stejnou dobu, je pravděpodobnější, že dojde k poškození dat, pokud jsou data a logika v jednom 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ě?

Volba správného databázového řešení Accessu pro síťové prostředí je velmi důležitý krok k jeho úspěšnému provedení. Následující pokyny vám pomůžou vybrat to nejlepší, co potřebujete.

Domácí síť

Pokud databázi Accessu můžete sdílet jenom s několika uživateli, můžete použít jednu databázi, kterou každý uživatel otevře a použije v domácí síti. Další informace najdete v článku Sdílení souborů v síti ve Windows 10.

Místní síť (LAN)

Síť LAN je interní síť, která má obvykle vynikající výkon, ale je omezená na malou geografickou oblast, jako je jedna místnost, budova nebo skupina budov. Pokud databázi sdílí v síti LAN 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 pro každého uživatele kopii front-end databáze.

Wide Area Network (WAN)

Pro síť WAN je k dispozici mnoho možných konfigurací, které pokrývají rozsáhlou geografickou oblast. Můžete mít více kanceláří v celém městě připojeném k veřejné síti, pronajaté linky nebo dokonce satelitní kanály. Virtuální privátní síť (VPN) se často používá k zabezpečenému vzdálenému přístupu z domova nebo na cestách. Jednoduchým způsobem, jak porozumět síti WAN, je to, že při připojení mimo síť LAN k síti WAN používáte síť WAN.

Upozornění    Vyhněte se používání rozdělené databáze Accessu v síti WAN, protože výkon může být pomalý a databáze mohou být poškozené.

Access se v síti WAN používá třemi podporovanými způsoby:

• Accessová databáze s propojenými tabulkami se seznamy SharePointu

• Front-end připojení databáze Accessu k databázi back-end SQL Serveru nebo Azure SQL.

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

  • Vzhledem k tomu, že uživatelé spustí klienta Vzdálená plocha, který je k dispozici na mnoha zařízeních, není potřeba žádná instalace Accessu ani databáze Accessu.

  • Přenos dat se minimalizuje mezi klientem a serverem, protože RD je tenká klientka, která efektivně streamuje jenom uživatelské rozhraní.

  • Uživatelé mohou i tak zkopírovat a vložit data a vytisknout sestavy místně z klientského počítače.

  • Aplikace RemoteApp může spustit jenom jeden program, třeba aplikaci na klíč pro dodavatele nebo pracovníky v první linii.

  Další informace najdete v článku Vítá vás Vzdálená plocha.

Budou mít uživatelé aplikaci Access?

Jestli mají všichni vaši uživatelé na počítači nainstalovanou aplikaci Access, mohou vaši aplikaci otevřít i použít stejně jako všechny ostatní databázové soubory aplikace Access.

Pokud někteří nebo všichni vaši uživatelé nemají na svých počítačích Access nainstalovaný software Access Runtime, můžete ho u těchto uživatelů nasadit taky při nasazení aplikace. Další informace najdete v tématu Principy a stažení Access Runtime.

Začátek stránky

Příprava databáze jako řešení aplikace

Pokud chcete řešení uzamknout, ovládat navigaci a spouštění a nastavovat další důležité možnosti, proveďte následující kroky:

Tip    Abyste si to důkladně prošli, projděte si dialogové okno možností Accessu(Možnosti > souboru)a klikněte na nápovědu pro každou kartu. Možná budete chtít řídit své řešení v aplikaci pomocí dalších možností.

Před nasazením

Před nasazením front-end databáze zvažte následující doporučené postupy:

• Snažte se z našeho řešení dosáhnout nejlepších výsledků. Další informace najdete v článku o tom, jak aplikace Access běžet rychleji, a tipy pro zvýšení výkonu Microsoft Accessu pro zrychlení databází Accessu.

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

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

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

• Rozhodněte se, jak chcete soubor zabezpečit. Existuje několik možností, jak to udělat:

  • Přidejte do databáze certifikát zabezpečení. Další informace najdete v článku o důvěryhodnosti přidáním digitálního podpisu a rozhodnutí, jestli databázi důvěřujete. V takovém případě rozhodněte, jak chcete panel zpráv v databázi ovládat. Další informace najdete v článku Povolení nebo zakázání výstrah zabezpečení na panelu zpráv.

  • Důvěryhodné umístění použijte k uložení front-end databáze, abyste se vyhnuli kontrole v Centru zabezpečení nebo pokud nechcete, aby se otevíral 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šifrování souboru databáze Další informace najdete v článku Šifrování databáze pomocí hesla databáze.

  • Pokud chcete zajistit, aby uživatelé nemohou měnit návrh formulářů, sestav nebo kódu jazyka VBA, zvažte použití kompilované binárního souboru (.accde).

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

Existují čtyři formáty aplikaceAccess, které můžete při nasazení aplikace použít:

• .accdb    Toto je výchozí formát souboru pro aplikaci 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. Uživatel navíc nemůže snadno rozpoznat, jestli byl soubor .accdb změněný po tom, co jste ho zabalili – aby bylo zřejmé, že soubor změněný nebyl, použijte formát .accdc.

• .accdc    Tento formát je také označovaný jako accessový soubor pro nasazení. 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 u výchozího souboru aplikace Access (.accdb) i u kompilovaného binárního souboru aplikace Access (.accde). Další informace najdete v článku o 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 je také označovaný jako kompilovaný binární soubor. Kompilovaný binární soubor je v aplikaci Access soubor databázové aplikace, který byl uložený s kompletně kompilovaný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 pomáhá zvýšit výkon. Další informace najdete v tématu Skrytí kódu jazyka VBA uživatelům.

  Pro otevření kompilovaného binárního souboru aplikace Access můžete použít Access Runtime. Pokud Runtime nerozpozná příponu názvu souboru .accde, otevřete binární soubor vytvořením zástupce, který odkazuje na Runtime, a zadejte cestu ke kompilovanému binárnímu souboru, který má zástupce otevřít.

  Důležité   Uživatel nemůže otevřít kompilovaný binární soubor ve starší verzi Accessu, než ve které byl zkompilován, pokud starší verze nepodporuje funkci přidanou v novější verzi. Tento problém vyřešíte tak, že binární soubor zkompilujete ve verzi Accessu, která vaši uživatelé nainstalovali.

• .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-end databáze Accessu

Když přijmete rozdělený návrh databáze, je třeba distribuovat front-end databázi jednotlivým uživatelům. Pokud chcete věci hladce ladit, zvažte následující doporučené postupy:

• Zkontrolujte, zda má každý uživatel správnou verzi aplikace Access a zda se front-end databáze otevře ve správné verzi. Access má také 32bitovou a 64bitovou verzi. Spuštění nesprávného textu "bitové verze" může mít vliv na 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 32bitovouverzí Office.

• Vytvořte instalační balíček pro další soubory, které mohou požadováno, včetně ovladačů databáze, dávkových souborů pro nastavení a konfiguraci a souborů souvisejících s aplikacemi. Další informace najdete v tématu Vytvoření instalačního balíčku.

• Poskytnou zástupce na ploše Windows, aby mohl uživatel rychle spustit řešení Accessu. Jako zástupce umístění složky zadejte smysluplný 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    Instruct your users how to Pin apps to the Start menu.

• Stanovte efektivní způsob, jak nasadit a nahradit front-end databázi v případě, že jsou potřeba aktualizace, a udržujte verze souborů pro sledování změn. Můžete například přidat kód jazyka VBA, který bude kontrolovat nové verze a automaticky upgradovat, ještě 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 nainstalovaný taky v každém klientském počítači. Dalším přístupem je vytvořit v kódu VBA připojení bez DSN, aby se eliminuje potřeba soubor DSN. Další informace najdete v tématu Použití DSN-Less připojení.

Začátek stránky

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

Následující funkce aplikace Access nejsou v režimu runtime dostupné:

• Speciální klávesy    Klávesy jako Ctrl+Break, Ctrl+G a Shift, které obcházení možností spuštění v databázi obejít.

• Navigační podokno    V režimu runtime není dostupné navigační podokno. 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 můžete otevřít jenom objekty, které uživatelům vystavíte – například poskytnutím navigačního formuláře. V režimu runtime nemůžete navigační podokno zpřístupnit.

• Pás karet    V režimu runtime ve výchozím nastavení dostupný pás karet. 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 však vytvořit vlastní pás karet a potom ho přidružit k formuláři nebo sestavě. Další informace najdete v článku Vytvoření vlastního pásu karet v Accessu.

• Návrhové zobrazení a zobrazení rozložení    V režimu runtime není pro žádný databázový objekt dostupné návrhové zobrazení ani zobrazení rozložení. 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.

• Nápověda    V režimu runtime není ve výchozím nastavení dostupná nápověda. Protože můžete sami určovat, jaké funkce jsou ve vaší aplikaci v režimu runtime přístupné, některé části obvyklé integrované Nápovědy aplikace Access by nemusely být pro uživatele vaší aplikace relevantní a mohly by je i 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?

Na počítači, který má nainstalovanou plnou verzi aplikace Access, můžete spustit jakoukoli databázi aplikace Access v režimu runtime. Abyste spustili databázi aplikace Access 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ření 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 myši a vyberte Nový>.

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

     "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, na kterém je nainstalovaná plná verze aplikace Access, může uživatel otevřít runtime databázovou aplikaci jako obvyklou databázovou aplikaci (všechny funkce tedy budou k dispozici) a pak změnit návrh nebo provést další nechtěné akce.

I pokud svou databázovou aplikaci nasadíte jen na počítače, které plnou verzi aplikace Access nainstalovanou nemají, můžou ji uživatelé přenést na počítač, který plnou verzi aplikace Access nainstalovanou má, a pak runtime databázovou aplikaci otevřít jako obvyklou databázovou aplikaci.

Začátek stránky

Stažení aplikace Access Runtime

Pokud chcete stáhnout Access Runtime 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:    Access Runtime se vztahuje také na spotřebitelské licence Office 2019.

• Stažení a instalace Microsoft Access 2016 Runtime

• Stažení a instalace Microsoft Access 2013 Runtime

• Stažení a instalace Microsoft Access 2010 Runtime

Abyste mohli Access Runtime stáhnout, použít nebo opětovně distribuovat, nemusíte nic kupovat. Není ani omezený počet uživatelů, kterým Runtime můžete distribuovat.

Začátek stránky

Použití obecného instalačního balíčku (Access 2013 nebo novější)

pro Access verze 2013 nebo novější můžete použít Instalační služba Windows Installer nebo vyhledat program jiného výrobce, který vytváří instalační balíčky.

Zabalení a podepsání Access databáze (Access 2007 a 2010)

V Accessu 2007 nebo 2010 je snadnější a rychlejší podepsat a distribuovat databázi. Když vytvoříte soubor .accdb nebo .accde, můžete ho zabalit a digitálně podepsat. Podepsaný balíček pak můžete distribuovat ostatním uživatelům. Nástroj Zabalit a podepsat uloží databázi do accessového souboru pro nasazení (.accdc), balíček podepíše a potom ho uloží na místo v počítači uživatele, které určíte. Uživatelé pak můžou databázi z balíčku extrahovat a pracovat přímo s ní (a ne se souborem balíčku). Další informace najdete v článku Průvodce vytvořením balíčku řešení– přehled.

Až budete vytvářet a podepisovat balíček, pamatujte na následující skutečnosti:

• Zabalením databáze a podepsáním balíčku se potvrzuje důvěryhodnost. Když vy nebo vaši uživatelé dostanete balíček, podpis potvrzuje, že do databáze nikdo nezasáhl. Pokud autorovi důvěřujete, můžete povolit obsah.

• Funkce Zabalit a podepsat se vztahuje pouze na databáze uložené ve formátu souborů .accdb.

• Do balíčku můžete přidat jenom jeden databázový soubor.

• Když zabalíte a podepíšete databázi, všechny objekty v ní jsou podepsány kódem, nejen makry nebo modely kódu. Proces zabalení a podepsání soubor balíčku zkomprimuje, aby jeho stahování netrvalo tak dlouho.

• Po extrakci databáze z balíčku už neexistuje žádné propojení mezi podepsaným balíčkem a extrahovanou databází.

• Pokud použijete k podepsání balíčku databáze certifikát podepsaný svým držitelem a potom při otevření tohoto balíčku kliknete na Veškerý obsah od tohoto vydavatele považovat za důvěryhodný, budou se balíčky podepsané certifikáty podepsanými svým držitelem vždycky považovat za důvěryhodné.

• Když databázi extrahujete do důvěryhodného umístění, bude její obsah při otevření pokaždé automaticky povolený. Pokud si vyberete nedůvěryhodné umístění, může být určitý obsah databáze ve výchozím nastavení zakázaný.

To, jak vytvořit podepsaný soubor balíčku a jak extrahovat a používat databázi obsaženou v podepsaném souboru balíčku, se vysvětluje v postupech v následujících částech. K dokončení těchto kroků musíte mít k dispozici aspoň jeden certifikát zabezpečení. Pokud certifikát nemáte v počítači nainstalovaný, můžete ho vytvořit pomocí nástroje SelfCert nebo získat komerční certifikát. Informace o certifikátech zabezpečení najdete v článku o důvěryhodnosti přidáním digitálního podpisu.