Nyní, že jste viděli různé architektury a database engine možností k dispozici, budete chtít prozkoumat rozhodnutí bodů a parametrů pro výrobu přenesením rozhodnutí.
nejdůležitější součástí tohoto procesu je pochopení, že ne všechny Accessdatabases muset být zvýšeny. Ve skutečnosti by většina přístupových aplikací neměla být zvětšena—náklady a narušení podnikání prostě nejsou nákladově efektivním využitím vašich zdrojů. Tyto databáze fungují dobře každý den a nepotřebují atributy, jako je škálovatelnost, bezpečnost a 100% spolehlivost. Ze všech databází přístupů ve vaší organizaci je jen několik kandidátů na upsizing.
navíc ze seznamu kandidátů na upsizing může být většina upsizedpomocí nákladově efektivního procesu, kdy jsou pouze data přesunuta na SQL Server. Všechny funkčnosti aplikace, pokud jde o formuláře a zprávy, jsou uchovávány v přístupu. Pouze nejmenší procento upsizing projektů zahrnuje přepsání Accessapplication v novém prostředí, jako je.NET.
následující část zkoumá každé z klíčových oblastí zapojených do databáze plánování a popisuje, jak Přístup provádí v každé oblasti.
zabezpečení
Microsoft Access nabízí tři různé bezpečnostní mechanismy.
- databáze hesla: přiřadit heslo k databázi. Databázi mohou otevřít pouze uživatelé, kteří znají heslo.
- Jet Workgroup Security: Uživatelé, skupiny a objekt oprávnění lze definovat omezit, kdo může prohlížet / upravovat data a co mohou spustit. Zabezpečení pracovní skupiny je k dispozici pro databáze MDB, ale ne pro databáze ACCDB.
- šifrování souborů: obsah databáze může být šifrován na úrovni souborů. Šifrování ACCDB je výrazně lepší než šifrování pro MDBs.
bohužel tyto mechanismy nejsou robustní ani spolehlivé. Databázová hesla používají velmi jednoduchý šifrovací mechanismus. Ve skutečnosti, odstranění přístupové databáze heslo je jednoduchá záležitost vzhledem k tomu, že zdarma a komerční heslo „odstraňovače“ lze snadno nalézt na webu. Zatímco uživatelé Access nemusí být takovými výpadky znepokojeni, IT manažeři by určitě měli být.
zatímco Jet Workgroup Security je robustnější, stále ponechává obsah celé databáze MDB otevřený ze systému souborů. Protože všechny data tabulky a kód je uložen v očích, to je triviální záležitost, jak otevřít soubor MDB v řetězci-kompatibilní editor a zobrazit kód, hesla a data tabulky.
a Konečně, protože Přístup vyžaduje plné oprávnění ke čtení pro všechny uživatele na aktuální soubor databáze, každý, kdo může vidět sdílené síťové jednotce, může odejít s databázi na disk nebo CDR nebo e-mailu mimo vaši organizaci.
Pokud je Bezpečnost je důležité, SQL Server, je mnohem bezpečnější než Microsoft Access, Excel, Word nebo jakýkoli jiný program, který ukládá soubory přímo na pevný disk přístupný pro uživatele.
Spolehlivost a Údržba
Spolehlivost je jedním z klíčových kritérií zkoumat při posuzování přenesením. Pro mnoho kritických aplikací je spolehlivost nejdůležitějším hlediskem. Microsoft Access není tak spolehlivý jako SQL Server z několika důvodů.
poškození databáze
pokud databáze Microsoft Access/Jet narazí na neočekávanou vnitřní chybu nebo problém s připojením, mohou se poškodit. Poškozená databáze obecně uzamkne všechny uživatele databáze a má za následek ztrátu dat a narušení podnikání.
databáze Microsoft Access / Jet jsou náchylnější k poškození než SQL Server z mnoha důvodů. Protože Access / Jet používá model sdílení souborů, všichni uživatelé současně drží aktivní připojení k datům. Pokud některý z těchto uživatelů neočekávaně ztratí připojení, databáze se může poškodit. Ke ztrátě připojení může dojít, pokud je síťové připojení uživatele přerušované, verze ovladačů nejsou aktuální nebo konfliktní verze Jet DLL se používají ke čtení stejného databázového souboru.
Microsoft Access obsahuje kompaktní / opravný nástroj, ale vážné poškození databáze není tímto nástrojem opraveno. Opravárenské služby třetích stran jsou k dispozici, ale to vyžaduje odeslání postižené databáze na jiné místo, zaplacení poplatku a čekání na její vrácení se smíšenými výsledky.
Problémy s Údržbou
Windows umožňuje kopírování databáze aplikace Microsoft Access, i když lidé mají je otevřené, takže si můžete vytvořit zálohu, ale to může být problém, pokud někdo upravuje data v době, kdy soubor je kopírována.
zhutnění databáze Microsoft Access vyžaduje, aby všichni uživatelé byli mimo databázi, což je problematické pro řešení běžící 24/7. Zámek je umístěn v databázi na úrovni souboru (*.ldb nebo *.laccdb soubory), jakmile je otevřen prvním uživatelem.
V multi-uživatelské prostředí, aplikace Microsoft Access není vám říct, kdo je v současné době v databázi, tak to může být administrativní, bolest hlavy, aby si lidé ze systému. Náš Celkový Přístup k Admin program vám umožní sledovat uživatele do databáze v reálném čase, který pomáhá a může kompaktní databázi po všechny východy, ale to není vestavěné funkce aplikace Microsoft Access.
často je obtížné koordinovat proces zajištění odhlášení všech uživatelů z aplikace Access před provedením zálohy.Typické scénáře zahrnují uživatele, kteří opouštějí své počítače, když opouštějí kancelář na den. To ponechává databázi otevřenou a zálohovací software nebude schopen spolehlivě zkopírovat databázový soubor. Často je to detekováno až po selhání zálohy, takže správce systému nechá problém vystopovat a doufá, že je vyřešen před spuštěním další zálohy.
navíc Microsoft Access není samoladění jako SQL Server. To není automaticky rekultivovat ztracené databázového prostoru nebo optimalizovat indexy a dotazy. Tato údržba se provádí spuštěním funkce repair / compact. Náš program Total Visual Agent vám umožňuje automatizovat to podle plánu, který určíte, a udržovat stopu auditu, ale není to Vestavěná funkce aplikace Microsoft Access.
pokud organizace pravidelně nezálohuje jednotlivé databáze stolních počítačů, mohou lidé na svých počítačích vytvářet přístupové databáze, které nejsou nikdy zálohovány nebo udržovány. Organizace může s nimi zacházet jako uživatelská data, která mohou být ztracena, jako by to byly tabulky aplikace Excel nebo dokument aplikace Word, ale lepší politiky by měly být v místě, takže uživatelé mohou uložit své databáze, kde základní správu systému je k dispozici.
databáze Microsoft Access musí být zálohovány pro obnovu po havárii a pravidelně zhutněny, aby zůstaly zdravé. Měl by být zaveden automatizovaný systém, který by se o to postaral pro mnoho přístupových databází, které dnes existují, a databází vytvořených v budoucnu. U databází, kde takové automatizované procesy nemohou být implementovány z důvodu nepřetržitého používání databáze nebo jsou vysoké náklady na ztrátu dat.
Škálovatelnost
Škálovatelnost je definována jako schopnost aplikace fungovat přijatelným způsobem je například počet uživatelů nebo procesů volání aplikace zvyšuje. V některých situacích nemůže Microsoft Access / Jet škálovat, aby podpořil poptávku v databázi.
Split Database Architecture
než provedete upsizing, vaše databáze Access by měla mít Split Database architecture. To odděluje databázi uživatelských aplikací od back-end sdílené datové databáze. Front-end aplikace, databáze, odkazy na sdílené databáze a upgrady jsou jednodušší, protože data nemusí být upraven pro nové verze (za předpokladu, tabulky struktury nejsou upravené). Další informace naleznete v našem článku o architektuře rozdělené databáze Microsoft Access Pro podporu víceuživatelských prostředí, zlepšení výkonu a zjednodušení udržovatelnosti. Architektura rozdělené databáze také pomůže při zvětšování úsilí o zachování stávajícího front-endu přístupu.
pokud se jedna kopie databáze Microsoft Access nachází na síťové jednotce a je otevřena více uživateli najednou, můžete mít problém se škálovatelností. Ale to by mělo být řešeno pomocí split databázové architektury spíše než upsizing na SQL Server.
počet souběžných uživatelů
existují mýty o tom, že databáze Microsoft Access nemohou podporovat více než 20 uživatelů. To může být případ, kdy byl Microsoft Access představen v roce 1992, ale to už nějakou dobu neplatí.
Microsoft Access technicky umožňuje až 255 připojení na databázi. To znamená, že může být použit pro aplikace pro týmy mnohokrát, pokud to nemusí všichni používat současně.
počet připojení/uživatelů, které může databáze Access podporovat, je dán tím, jak dobře byla aplikace navržena a implementována. Dobře navržená aplikace Access může podporovat 100 + současných uživatelů se slušným výkonem. Na druhou stranu špatně navržená aplikace pro přístup může běžet při procházení se dvěma uživateli. Nebo některé procesy jsou jen časově náročné a budou pomalé bez ohledu na to, jaká databáze se používá. Opravdu nejde o technologii, ale o implementaci.
bohužel mnoho přístupových databází není dobře navrženo nebo implementováno s osvědčenými postupy. Je to proto, že většina přístupových databází je vytvořena uživateli, kteří prostě nemají zkušenosti nebo znalosti k vytváření profesionálních databázových aplikací. Jsou postaveny v průběhu času a nové funkce a datové modely jsou připevněny podle potřeby. Výsledkem je celkové řešení, které nemůže spolehlivě podporovat více než několik uživatelů.
neupravujte aplikace Microsoft Access z důvodů počtu uživatelů, pokud je počet současných uživatelů relativně nízký. Je třeba zvážit Upsizing, pokud je třeba v budoucnu podporovat více než 100 současných uživatelů a více.
maximální velikost databáze
každá databáze Microsoft Access má maximální velikost 2 GB. To je spousta textových a číselných dat, ale lze je snadno překročit, pokud jsou uloženy soubory a grafika. Pro drtivou většinu databází Microsoft Access je to mnohem větší, než kdy databáze dostane. Někdy se Databáze zvětšují, ale kompaktní obvykle redukuje na rozumnější velikost. Ujistěte se, že také dekompilujete databáze Microsoft Access čas od času při zhutňování.
s rozdělenou databázovou architekturou může aplikace Microsoft Access propojit data z více databází Microsoft Access, která přidávají více než 2 GB. To samozřejmě není dobrý design, pokud by data neměla být rozdělena do více tabulek nebo databází.
pokud databáze překročí 1 GB nebo v blízké budoucnosti překročí 2 GB, je třeba zvážit UpSize.
různé verze Microsoft Access a Jet
existuje mnoho verzí Microsoft Access. Řešení databáze Access může záviset na konkrétní verzi formátu databáze Access, spoléhat se na funkce, které jsou k dispozici pouze v určitých verzích aplikace Access, komponenty jako ADO a DAO atd. I když je snadné distribuovat databázi Access uživatelům, kteří mají přístup již nainstalovaný na svém PC, není tak snadné určit, jakou verzi aplikace Access je otevřena pro její spuštění.
počítač může mít nainstalováno více verzí přístupu. Otevření ACCDB nebo MDB soubor přímo spustí přístupovou verzi, která je spojena s touto příponou souboru (obvykle poslední přístupová verze, která byla otevřena).
navíc, když byl zaveden Access 2000, nový formát souboru MDB nebyl kompatibilní s předchozí verzí Access 97. Otevření databáze v aplikaci Access 2000 (nebo novější) mohl upgrade databáze do nového formátu, a zabránit uživatelům staré verze od otevření, což byl problém ve víceuživatelském prostředí. Tento problém se od verze 2000 neobjevil.
náš spouštěcí program Total Access pomáhá organizacím centrálně spravovat a nasazovat databáze Microsoft Access na plochu každého uživatele a řídit, která verze aplikace Access je pro ni spuštěna. To usnadňuje distribuci přístupových aplikací pomocí zástupce a nejnovější verze vaší databáze je vždy nainstalována na počítači každého uživatele. To také usnadňuje upgrade aplikace z jedné verze přístupu k jinému.
Problémy řízení různých verzí aplikace Microsoft Access, nebo distribuci aktualizací databází aplikace Microsoft Access, není řešen přechod na SQL Server, pokud budete mít Přístup front-end databáze. Lze jej řešit pouze úplným nahrazením aplikace Microsoft Access. To může vyřešit okamžitý problém,ale brání uživatelům v práci. Viděli jsme, že organizace zakazují přístup společnosti Microsoft pouze pro zaměstnance, aby místo toho nakupovali horší databázové produkty, protože problém s databází nezmizel. Pro většinu organizací je nepraktické používat profesionální vývojáře k vytvoření každé databáze potřebné, když většinu mohou zpracovat koncoví uživatelé.
výkon
výkon je častým důvodem, proč lidé chtějí upgradovat své databáze Microsoft Access na SQL Server. Existuje předpoklad, že SQL Server poběží rychleji než databáze Microsoft Access. Koneckonců, SQL Server je spravován samostatným serverem, který odesílá pouze požadované záznamy a může používat více procesorů a strojů pro správu obrovských datových souborů.
Microsoft Access, který je založen na souboru, odešle celou databázi, tabulku nebo index v závislosti na požadavku klienta (PC) na zpracování.
i když by to poskytlo výhodu serverovému přístupu, zjistili jsme, že výkon se v mnoha situacích nezlepšuje. Zde jsou některé důvody:
- mnoho přístupových databází je relativně malých (pod 100 MB). Se současným hardwarovým a síťovým připojením je množství předaných dat téměř okamžité, ať už jde o několik záznamů nebo celou tabulku.
- SQL Server provádí práci navíc, že přístup k databázím nemají. Například SQL Server může udržovat protokol transakcí a provádí nepřetržitou údržbu, která přidává režii. Zaznamenali jsme pokles výkonu, když jsou malé databáze zvětšeny na SQL Server.
- SQL Server je navržen pro zpracování velmi velkých databází daleko za hranicí přístupu 2 GB. Není optimalizován pro to, co by považoval za malé databáze.
- Provádění dotazů z různých propojené tabulky zdrojů nemusí těžit z SQL Server optimalizace, protože práce je stále provádí Přístup
- Data cache pomocí aplikace Microsoft Access pro Přístup tabulek existuje, protože ví, že pokud byla změněna data. U dat serveru SQL Server není ukládání do mezipaměti v paměti možné, protože data se od posledního požadavku mohla změnit.
- špatně navržená sada tabulek, dotazů nebo kódu VBA bude běžet pomalu bez ohledu na to, zda jsou data v Access nebo SQL Server.
před upgradem na SQL Server z důvodů výkonu se ujistěte, že je databáze Access optimalizována tak, aby fungovala stejně jako v aplikaci Access. Přechod na SQL Server nevyřeší vážné problémy s návrhem databáze a dotazů. Stanovení těchto Přístupu je ve skutečnosti jednodušší, než dělat to později v SQL Server, takže čas a úsilí vynaložené tím je zachována by měla přenesení později.
Chcete-li zajistit, aby vaše databáze Microsoft Access neměla vážné problémy, použijte náš program Total Access Analyzer k dokumentaci a analýze vaší databáze. Detekuje více než 300 typů chyb, návrhů návrhů a problémů s výkonem, které vám mohou pomoci optimalizovat databázi přístupu.
u relativně malých databází Microsoft Access neupravujte na SQL Server pouze z důvodů výkonu. Po zvětšení může dojít ke snížení výkonu. Podívejte se na způsoby, jak optimalizovat problémy v přístupu před provedením investice do upsize. Problémy s výkonem mohou nesouviset s ukládáním dat.