Abstrakt: Databáze. Pojem databáze. Typy databází. Objekty pro práci s databázemi. Typy dat Databáze a informační systémy

Zapomeňme na pár minut na moderní technologie a připomeňme si, jak se data zpracovávala a ukládala před dvaceti lety. V té době byly nejoblíbenějšími typy počítačů sálové počítače rodiny IBM-360/370 (mnozí z vás pravděpodobně ještě viděli jejich domácí obdoby řady EU, produkované zeměmi RVHP) a minipočítače DEC PDP-11 typu (který měl i domácí analog - SM-4/SM-1420). Zpravidla se při práci s takovými počítači používaly neinteligentní terminály, ovládané stejným sálovým počítačem nebo minipočítačem (tak exotická zařízení jako čtečky děrných štítků a děrných pásek jako prostředek poskytování uživatelského rozhraní si už asi nevzpomeneme) .

Je třeba říci, že zpracování dat pomocí sálových počítačů a minipočítačů mělo své výhody, které se později, v době osobních počítačů a desktopových DBMS, do jisté míry ztratily. Mezi ně patřilo zejména:

• schopnost sdílet zdroje a vybavení, jako je centrální procesor, RAM, externí zařízení (tiskárny, plotry, magnetické páskové jednotky a další zařízení pro ukládání dat atd.);
• centralizované úložiště dat.

Vážným nedostatkem takových systémů byla praktická absence personalizace pracovního prostředí – veškerý software včetně textových editorů, kompilátorů, DBMS byl také uložen centrálně a používán hromadně.

Tato nevýhoda byla jedním z důvodů rychlého růstu průmyslu osobních počítačů – spolu s jednoduchostí obsluhy a nízkou cenou ve srovnání se sálovými počítači a minipočítači uživatele přitahovaly možnosti personalizace pracovního prostředí, zejména možnost vybrat si co nejvíce vhodný software pro daného uživatele. Právě v tomto období začal rychlý růst popularity desktopových DBMS, jako je dBase (REBUS) a o něco později FoxBASE, Paradox a také některé další, dnes již bezpečně zapomenuté. Nutno říci, že v té době probíhaly procesy vypůjčování a standardizace úspěšných nápadů a přístupů, což se zvláště nápadně odrazilo na osudu takového produktu, jakým je dBase, jehož programovací jazyk a principy organizace dat si vypůjčila řada dalších výrobců v r. jejich produkty. O dBase a produktech s ním kompatibilních si však povíme o něco později.

Desktopové DBMS jako takové neobsahují speciální aplikace a služby, které spravují data, interakce s nimi probíhá pomocí souborových služeb operačního systému. Často takové DBMS obsahují i ​​vývojové nástroje, které jsou zaměřeny na práci s daty ve formátu specifickém pro tento DBMS a umožňují vytvořit více či méně komfortní uživatelské rozhraní. Zpracování dat probíhá výhradně v uživatelské (klientské) aplikaci.

Dalším krokem ve vývoji desktopových DBMS byl vznik jejich síťových víceuživatelských verzí, které umožňují několika uživatelům zpracovávat data umístěná ve veřejném úložišti (například na síťovém disku) současně. Jejich víceuživatelské verze se od čistě desktopových DBMS liší přítomností mechanismu pro zamykání částí datových souborů (obsahujících jeden nebo více tabulkových záznamů), který umožňuje více uživatelům přistupovat ke stejnému souboru současně.

Nevýhody takových DBMS nejsou zřejmé a stávají se zpravidla patrnými s nárůstem objemu uložených dat a nárůstem počtu uživatelů. Obvykle se projevují sníženým výkonem a poruchami zpracování dat po určité době používání klientských aplikací. Důvod těchto problémů spočívá v základním principu fungování takových SŘB a na nich založených informačních systémů, který spočívá ve zpracování dat uvnitř uživatelské aplikace. Pokud například takový systém potřebuje spustit dotaz podle nějakého kritéria (například vybrat objednávky zpracované za poslední dvě hodiny z tabulky objednávek), pak v nejlepším případě (pokud je tato tabulka indexována podle času doručení objednávky ), aplikace by měla načíst celý index ze síťové jednotky, najít v něm informace o umístění záznamů v souborech obsahujících tabulku a následně tyto části souborů přečíst. V obecném případě, když tabulka není indexována tímto polem, musí být načtena ze síťové jednotky a analyzována.

Dalším problémem u desktopových DBMS je možnost narušení referenční integrity dat, protože jediným mechanismem, který to řídí, je uživatelská aplikace. Všechny uživatelské aplikace proto musí obsahovat příslušný kód a přístup k databázovým souborům z jiných aplikací musí být zakázán. V nejoblíbenějších desktopových DBMS (například Microsoft Access, Corel Paradox) je kód, který řídí standardní referenční integritu, obsažen v knihovnách používaných všemi aplikacemi, které s touto databází pracují, a samotná databáze může obsahovat popis pravidel referenční integrity. .

Další fází vývoje DBMS pro osobní počítače byla tzv. serverová DBMS. Těm se budeme věnovat v příštím článku této série a zde jen stručně vysvětlíme, jak se serverové DBMS liší od desktopových.

Architektura klient/server, pro kterou jsou serverové DBMS navrženy, je do jisté míry návratem k předchozímu „mainframe“ modelu založenému na centralizaci ukládání a zpracování dat na jednom vyhrazeném počítači, kde funguje speciální aplikace nebo služba, nazývaný databázový server. Databázový server je zodpovědný za práci s databázovými soubory, udržování referenční integrity, vytváření záloh, poskytování autorizovaného přístupu k datům, protokolování operací a samozřejmě plnění požadavků uživatelů na výběr a úpravu dat a metadat. Klientské aplikace, které jsou zdrojem těchto požadavků, běží na osobních počítačích v síti.

Aniž bychom se podrobně zabývali výhodami a nevýhodami takové architektury, poznamenáváme pouze, že při použití serverových DBMS jsou dotazy prováděny samotným serverem, takže klientské aplikace přijímají ze serveru pouze výsledky samotného dotazu a nevyžadují přenos. celého indexu nebo celé tabulky, což výrazně snižuje síťový provoz při zpracování požadavků. Všimněte si také, že mnoho objektů navržených k implementaci obchodních pravidel, jako jsou uložené procedury a spouštěče, je dostupných pouze v serverových DBMS.

Po zvážení, jaké typy databází existují, se vraťme k desktopovým DBMS a promluvme si o nejoblíbenějších z nich.

Nejoblíbenější desktopové DBMS

Dnes jsou známy více než dvě desítky desktopových datových formátů DBMS, ale nejoblíbenější jsou podle počtu prodaných kopií dBase, Paradox, FoxPro a Access. Z nedávno představených DBMS je třeba zmínit také Microsoft Data Engine - v podstatě serverový DBMS, což je „odlehčená“ verze Microsoft SQL Server, nicméně určená pro použití především v desktopových systémech a malých pracovních skupinách.

Informace o výrobcích DBMS uvedených výše jsou uvedeny v následující tabulce.

DBMS	Výrobce	URL
Vizuální dBase	dBase, Inc.	http://www.dbase2000.com
Paradox	Corel	http://www.corel.com
Microsoft Access 2000	Microsoft	http://www.microsoft.com
Microsoft FoxPro	Microsoft	http://www.microsoft.com
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com
Microsoft Data Engine	Microsoft	http://www.microsoft.com

Dále se podíváme na každý z těchto DBMS samostatně. Začněme dBase - DBMS, který byl kdysi nesmírně populární a dnes stále není zapomenut, přestože za dobu své existence vystřídal několik majitelů a v současnosti není jeho osud zcela určen.

dBase a Visual dBase

První průmyslová verze dBase DBMS - dBase II (tehdy vlastněná Ashton-Tate, později získaná Borlandem) se objevila na počátku 80. let. Díky snadnému použití, nízkým nárokům na počítačové zdroje a neméně důležité kompetentní marketingové politice výrobce si tento produkt získal značnou oblibu a s uvedením jeho dalších verzí - dBase III a dBase III Plus (1986) , vybavený na svou dobu velmi komfortním, vývojovým prostředím a nástroji pro manipulaci s daty, rychle zaujal přední místo mezi desktopovými DBMS a nástroji pro tvorbu aplikací pomocí nich.

Ukládání dat v dBase je založeno na principu „jedna tabulka – jeden soubor“ (tyto soubory mají obvykle příponu *.dbf). Pole MEMO a pole BLOB (dostupná v pozdějších verzích dBase) jsou uložena v samostatných souborech (obvykle s příponou *.dbt). Indexy pro tabulky jsou také uloženy v samostatných souborech. V dřívějších verzích tohoto DBMS byla zároveň vyžadována speciální operace reindexace, aby byly indexy v souladu s aktuálním stavem tabulky.

Datový formát dBase je otevřený, což umožnilo řadě dalších výrobců vypůjčit si jej k vytvoření DBMS podobných dBase, které jsou částečně kompatibilní s dBase v datových formátech. Například kdysi velmi populární FoxBase DBMS (vyvinutý Fox Software, Inc. a nyní vlastněný Microsoftem) používal datový formát dBase pro tabulky, ale formáty pro ukládání MEMO polí a indexů byly jejich vlastní, nekompatibilní s dBase. Vývojový nástroj Clipper od Nantucket Corp (později získaný společností Computer Associates), velmi populární na počátku 90. let (a na některých místech se používá dodnes), manipuloval jak s daty ve formátu dBase III (včetně indexových souborů a souborů pro pole MEMO), tak s s indexovými soubory vlastního formátu.

Kromě populárního datového formátu je dBase zakladatelem kdysi populární rodiny programovacích jazyků s názvem xBase. Všechny jazyky v této rodině, používané ve FoxBase, Clipper a některých pozdějších vývojových nástrojích, jako jsou nyní zaniklé vizuální objekty CA Computer Associates, obsahují podobnou sadu příkazů pro manipulaci s daty a jsou to v podstatě interpretované jazyky. Role příkazového interpretu xBase je obvykle buď vývojové prostředí aplikace v tomto jazyce, nebo běhové prostředí, které lze dodat s aplikací. Všimněte si, že za účelem skrytí zdrojového kódu aplikací xBase obsahují takové DBMS obvykle nástroje pro pseudokompilaci kódu, který je pak dodáván s runtime prostředím. V případě Clipperu je běhové prostředí obsaženo v samotném spustitelném souboru (a samotný Clipper je technicky považován za kompilátor), nicméně jazyk je v podstatě také interpretován.

Jazyky rodiny xBase mají značné podobnosti v syntaxi a podporovanou sadu příkazů v době rozšířeného používání DOSu a mají však mnoho rozdílů, zejména v pozdějších verzích „nástupců“, kteří používali jejich DBMS. Zpravidla mají všechny vlastní objektová rozšíření, a proto v současné době není prakticky potřeba hovořit o jejich vzájemné kompatibilitě.

Pamatujte však, že pro práci s daty ve formátu dBase (nebo jiných DBMS podobných dBase) není absolutně nutné používat dialekty xBase. Přístup k těmto datům je možný pomocí ODBC API (a odpovídajících ovladačů) a některých dalších mechanismů přístupu k datům (například Borland Database Engine, některé knihovny od jiných výrobců, jako je CodeBase od Sequenter), což vám umožňuje vytvářet aplikace pomocí datový formát dBase, téměř pomocí jakéhokoli vývojového nástroje, který podporuje jeden z těchto mechanismů přístupu k datům.

Poté, co Borland koupil dBase, tento produkt, později nazvaný Visual dBase, získal sadu dalších schopností charakteristických pro vývojové nástroje společnosti a její další desktopové DBMS, Paradox. Mezi tyto funkce patřily speciální typy polí pro grafická data, podporované indexy, ukládání pravidel referenční integrity v rámci samotné databáze a schopnost manipulovat s daty v jiných formátech, zejména DBMS na straně serveru, pomocí BDE API a SQL. Odkazy.

Visual dBase v současné době vlastní dBase, Inc. Jeho nejnovější verze - Visual dBase 7.5 má následující funkce:

• Nástroje pro manipulaci s daty dBase a FoxPro všech verzí.
• Nástroje pro publikování dat na internetu a vytváření webových klientů.
• Jádro pro přístup k datům Advantage Database Server od Extended Systems a ovladač ODBC pro přístup k datům z této DBMS.
• Nástroje pro publikování zpráv na webu.
• Nástroje pro generování spustitelných souborů a distribucí.

V současné době lze komponentu dConnections zakoupit jako doplněk k Visual dBase, umožňující přístup k datům Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase z Visual dBase 7.5 a aplikacím vytvořeným s jeho pomocí.

dBase, Inc také oznámila dBASE Open Source Project, jehož cílem je pro komunitu uživatelů dBase vyvinout nové komponenty a třídy pro zahrnutí do budoucí verze dBase (nazvané dBase 2000). Jinými slovy, existuje tendence přeměnit dBase (nebo jeho části) na nekomerční produkt s dostupným zdrojovým kódem.

Paradox

Paradox byl vyvinut společností Ansa Software a jeho první verze byla vydána v roce 1985. Tento produkt následně získal Borland. Od července 1996 je ve vlastnictví společnosti Corel a je součástí Corel Office Professional.

Na přelomu 80. a 90. let byl Paradox, tehdy vlastněný společností Borland International, velmi oblíbeným DBMS, a to i u nás, kde měl svého času silnou pozici na trhu nástrojů pro vývoj desktopových aplikací s databázemi.

Princip ukládání dat v Paradoxu je podobný principům ukládání dat v dBase - každá tabulka je uložena ve vlastním souboru (přípona *.db), pole MEMO a BLOB jsou uložena v samostatném souboru (přípona *.md), stejně jako indexy (přípona *. px).

Na rozdíl od dBase však datový formát Paradox není otevřený, takže pro přístup k datům v tomto formátu jsou nutné speciální knihovny. Například aplikace napsané v C nebo Pascalu využívaly kdysi populární knihovnu Paradox Engine, která se stala základem Borland Database Engine. Tato knihovna se nyní používá v aplikacích vytvořených pomocí vývojových nástrojů Borland (Delphi, C++Builder), v některých generátorech sestav (například Crystal Reports) a v samotném Paradoxu. Existují také ovladače ODBC pro databáze vytvořené různými verzemi této DBMS.

Všimněte si však, že nedostatek „otevřenosti“ formátu dat má také své výhody. Vzhledem k tomu, že v této situaci je přístup k datům realizován pouze pomocí knihoven, které tento formát „znají“, je jednoduchá editace takových dat výrazně obtížnější ve srovnání s daty v otevřených formátech, jako je dBase. V tomto případě jsou možné služby, které nejsou dostupné při použití „otevřených“ datových formátů, jako je ochrana tabulek a jednotlivých polí heslem, ukládání některých pravidel referenční integrity do samotných tabulek – všechny tyto služby poskytuje Paradox, počínaje první verze tohoto DBMS.

Ve srovnání s podobnými verzemi dBase dřívější verze Paradoxu obvykle poskytovaly vývojářům databází výrazně pokročilejší možnosti, jako je použití obchodní grafiky v aplikacích DOS, aktualizace dat v aplikacích při práci s víceuživatelskými uživateli, nástroje pro vytváření vizuálních dotazů založené na rozhraní QBE - Query by Example (query by sample), nástroje pro statistickou analýzu dat a také nástroje pro vizuální vytváření uživatelských aplikačních rozhraní s automatickým generováním kódu v programovacím jazyce PAL (Paradox Application Language).

Verze Paradox DBMS pro Windows kromě výše uvedených služeb umožňovaly také manipulaci s daty v jiných formátech, zejména dBase a daty uloženými v serverových DBMS. Uživatelé Paradoxu dostali tuto příležitost díky použití knihovny Borland Database Engine a ovladačů SQL Links. To umožnilo použít Paradox jako univerzální nástroj pro správu různých databází (přesně pro tento účel je stále součástí Borland Delphi a Borland C++Builder mnohem odlehčená verze Paradox 7, nazvaná Database Desktop). Pokud jde o základní datový formát použitý v tomto produktu, má stejné nevýhody jako všechny desktopové datové formáty DBMS, a proto se jej pokud možno snaží nahradit serverovým DBMS, a to i při zachování samotného Paradoxu jako nástroje pro vývoj aplikací. a manipulaci s daty.

Aktuální verze tohoto DBMS je Paradox 9, dostupná ve dvou verzích – Paradox 9 Standalone Edition a Paradox 9 Developer’s Edition. První z nich je určen pro použití jako desktopový DBMS a je součástí Corel Office Professional, druhý - jako desktopový DBMS a nástroj pro vývoj aplikací a manipulaci s daty v serverových DBMS. Obě verze obsahují:

• Nástroje pro manipulaci s daty Paradox a dBase.
• Nástroje pro vytváření formulářů, sestav a aplikací.
• Nástroje pro konstrukci vizuálních dotazů.
• Nástroje pro publikování dat a sestav na internetu a vytváření webových klientů.
• Webový server Corel.
• Ovladač ODBC pro přístup k datům formátu Paradox z aplikací Windows.
• Nástroje pro přístup k datům formátu Paradox z aplikací Java.

Paradox 9 Developer’s Edition navíc obsahuje:

• Runtime verze Paradoxu pro dodání spolu s aplikacemi.
• Nástroje pro tvorbu distribucí.
• Ovladače SQL Links pro přístup k datům DBMS serveru.

Připomeňme však, že obliba tohoto produktu jako vývojového nástroje v poslední době poněkud poklesla, přestože řada informačních systémů vytvořených s jeho pomocí se ve světě stále používá.

Microsoft FoxPro a Visual FoxPro

FoxPro sleduje svůj původ k desktopové DBMS FoxBase od Fox Software. Při vývoji FoxBase na konci 80. let tato společnost sledovala cíl vytvořit DBMS, který by byl funkčně kompatibilní s dBase z hlediska organizace souborů a programovacího jazyka, ale výrazně lepší ve výkonu. Jedním ze způsobů, jak zvýšit produktivitu, bylo organizovat indexové soubory efektivněji než v dBase – z hlediska formátu indexových souborů jsou tyto dva DBMS vzájemně nekompatibilní.

Ve srovnání s podobnými verzemi dBase, FoxBase a pozdější verze tohoto produktu, nazvaná FoxPro, poskytly svým uživatelům o něco pokročilejší možnosti, jako je použití obchodní grafiky, generování aplikačního kódu, automatické generování aplikační dokumentace atd.

Tento produkt následně získal Microsoft. Jeho nejnovější verze (od verze 3.0, vydané v roce 1995) se nazývají Visual FoxPro. S každou novou verzí se tento produkt stále více integruje s ostatními produkty společnosti Microsoft, zejména s Microsoft SQL Server - Visual FoxPro již několik let obsahuje nástroje pro přesun dat FoxPro na SQL Server a nástroje pro přístup k datům tohoto serveru z Visual FoxPro a aplikace s ním vytvořené. Přestože datový formát FoxPro byl také s každou novou verzí upraven a získal funkce, jako je ukládání pravidel referenční integrity a některých obchodních pravidel v samotné databázi, mnohem větší důraz byl kladen na migraci aplikací Visual FoxPro na serverové platformy.

Nejnovější verze tohoto produktu, Visual FoxPro 6.0, je k dispozici samostatně i jako součást Microsoft Visual Studio 6.0. Charakteristickým rysem tohoto desktopového DBMS od dvou výše diskutovaných je integrace tohoto produktu s technologiemi společnosti Microsoft, zejména podpora COM (Component Object Model - komponentní objektový model, který je základem pro fungování 32bitových verzí Windows). a organizace distribuovaného počítání v tomto operačním systému), integrace s Microsoft SQL Server, možnost vytvářet distribuované aplikace založené na konceptu Windows DNA (Distributed Internet Applications).

Visual Fox Pro 6.0 poskytuje následující funkce:

• Nástroje pro publikování dat na internetu a vytváření webových klientů.
• Nástroje pro tvorbu komponent ASP a webových aplikací.
• Nástroje pro vytváření objektů COM a objektů pro Microsoft Transaction Server, které vám umožňují vytvářet škálovatelné vícevrstvé aplikace pro zpracování dat.
• Nástroje pro přístup k datům ze serverových DBMS, založené na použití OLE DB (soubor COM rozhraní, které umožňuje jednotný přístup k datům z různých zdrojů, včetně nerelačních databází a dalších zdrojů, jako je Microsoft Exchange).
• Nástroje pro přístup k datům Microsoft SQL Server a Oracle, včetně možnosti vytvářet a upravovat tabulky, spouštěče, uložené procedury
• Nástroje pro ladění uložených procedur Microsoft SQL Server.
• Nástroj pro vizuální modelování komponent a objektů, které jsou komponentami aplikace - Visual Modeller.
• Nástroj pro správu komponent aplikace tak, aby mohly být znovu použity.

Vývojové trendy tohoto produktu jsou tedy zřejmé: z desktopového DBMS se Visual FoxPro postupně mění v nástroj pro vývoj aplikací v architektuře klient/server a distribuovaných aplikací v architektuře DNA Windows. Tyto trendy jsou však do jisté míry charakteristické pro všechny nejpopulárnější desktopové DBMS – již jsme viděli, že jak dBase, tak Paradox také umožňují přístup k nejpopulárnějším serverovým DBMS.

Microsoft Access

První verze Access DBMS se objevila na počátku 90. let. Jednalo se o první desktopové relační DBMS pro 16bitové Windows. Po zahrnutí tohoto DBMS do Microsoft Office se popularita Accessu výrazně zvýšila.

Na rozdíl od Visual FoxPro, který se ve skutečnosti proměnil v nástroj pro vývoj aplikací, je Access zaměřen především na uživatele Microsoft Office, včetně těch, kteří nejsou obeznámeni s programováním. To se projevilo zejména tím, že se ukládají veškeré informace týkající se konkrétní databáze, tedy tabulky, indexy (samozřejmě podporované), pravidla referenční integrity, obchodní pravidla, seznam uživatelů, ale i formuláře a sestavy. v jednom souboru, což je obecně vhodné pro začínající uživatele.

Nejnovější verze tohoto DBMS - Access 2000 je součástí Microsoft Office 2000 Professional a Premium a je k dispozici také jako samostatný produkt. Access 2000 zahrnuje:

• Nástroje pro manipulaci s Accessovými daty a daty přístupnými přes ODBC (ten lze „připojit“ k databázi Accessu).
• Nástroje pro vytváření formulářů, sestav a aplikací; V tomto případě lze sestavy exportovat do formátu Microsoft Word nebo Microsoft Excel a k vytváření aplikací se používá Visual Basic for Applications, společný pro všechny součásti Microsoft Office.
• Nástroje pro publikování zpráv na internetu.
• Nástroje pro tvorbu interaktivních webových aplikací pro práci s daty (Data Access Pages).
• Prostředky přístupu k datům DBMS serveru přes OLE DB.
• Nástroje pro tvorbu klientských aplikací pro Microsoft SQL Server.
• Nástroje pro správu serveru Microsoft SQL Server.

Podpora COM aplikace Access znamená, že můžete používat ovládací prvky ActiveX ve formulářích a na webových stránkách vytvořených pomocí Accessu. Na rozdíl od Visual FoxPro nemůžete vytvářet servery COM pomocí Accessu.

Jinými slovy, Microsoft Access lze využít na jedné straně jako desktopový DBMS a nedílnou součást kancelářského balíku a na druhé straně jako klienta Microsoft SQL Server, umožňující jeho správu, manipulaci s jeho daty. a tvorba aplikací pro tento server.

Kromě manipulace s daty Microsoft SQL Server vám Access 2000 také umožňuje používat jako úložiště dat Microsoft Data Engine (MSDE), což je v podstatě stolní databázový server kompatibilní s Microsoft SQL Server. Tento produkt, který je relativně nový ve srovnání s ostatními diskutovanými v této recenzi, bude popsán v další části tohoto článku.

Microsoft Data Engine

MSDE je DBMS založený na technologiích Microsoft SQL Server, ale určený pro použití v desktopových systémech nebo síťových aplikacích s objemem dat do 2 GB a malým počtem uživatelů. MSDE je v podstatě odlehčená verze Microsoft SQL Server, která neobsahuje nástroje pro správu a může být klasifikována jako desktopový DBMS velmi podmíněně.

V aplikaci Microsoft Access si uživatel může vybrat, který mechanismus přístupu k datům má být použit: Microsoft Jet - standardní sada knihoven pro přístup k datům nebo MSDE (v tomto případě je databáze spravována pomocí samostatného procesu). Z vývojového prostředí Accessu je možné převést existující databáze Accessu na databázi MSDE.

Databáze MSDE jsou plně kompatibilní s databázemi Microsoft SQL Server a v případě potřeby mohou být tímto serverem spravovány. Jako většina serverových DBMS tyto databáze podporují transakce, umožňují vytvářet spouštěče a uložené procedury (nejsou dostupné v databázích Accessu) a používat mechanismy ochrany dat poskytované operačním systémem. Kromě toho, když existuje velký počet uživatelů a velký objem dat, aplikace využívající MSDE se vyznačují vyšším výkonem, protože zpracování dotazů probíhá v procesu, který spravuje databázi, a nikoli v klientské aplikaci, což snižuje provoz v síti. spojené s přenosem dat ze serveru na klienta.

MSDE je součástí sady Microsoft Office 2000 Premium nebo Developer a je také k dispozici na webu společnosti Microsoft pro registrované uživatele sady Visual Studio 6.0 Professional, Enterprise Edition nebo jakéhokoli vývojového nástroje, který je součástí sady Visual Studio 6.0 Professional nebo Enterprise Edition. MSDE lze volně distribuovat jako součást aplikací vytvořených pomocí kteréhokoli z vývojových nástrojů obsažených v sadě Visual Studio 6.0 nebo Office 2000 Developer.

Závěr

V tomto článku jsme prozkoumali nejpopulárnější desktopové DBMS současnosti a sledovali historii jejich vývoje. Viděli jsme, že vývoj těch desktopových DBMS, které si dokázaly udržet svou popularitu v průběhu let, sledoval velmi specifické vzorce. Všechny tyto DBMS:

• získal vizuální nástroje pro navrhování formulářů, sestav a aplikací, když se objevily rané verze Windows;
• začal poskytovat přístup k datům DBMS serveru v době, kdy se objevily první 32bitové verze;
• zakoupené nástroje pro publikování dat na internetu a v té či oné míře podporují tvorbu aplikací pro úpravu dat pomocí webových prohlížečů;
• začal poskytovat možnost ukládat popisy pravidel referenční integrity v rámci databáze.

Kromě toho všechny moderní DBMS, s výjimkou Corel Paradox, jako alternativa k vlastnímu datovému formátu, umožňují použití odlehčených databázových serverů určených pro použití na jednom počítači nebo v malé pracovní skupině k vytváření desktopových aplikací. Jinými slovy, historie vývoje desktopových DBMS odráží moderní trendy ve vývoji informačních systémů, jako je tvorba distribuovaných systémů s využitím internetu nebo intranetu, používání nástrojů rychlého vývoje aplikací a masový přenos aplikací, které využívají databáze, včetně desktopových aplikací, na architekturu klient/server .

Další článek v této sérii se zaměří na architekturu klient/server a serverové DBMS, jako jsou databáze IB, Microsoft SQL Server, Oracle, Sybase a Informix.

ComputerPress 4"2000

Článek hovoří o roli databází v moderní realitě a vytváří definici. Dále jsou uvedeny typy databází a jejich klasifikace na základě struktury datového úložiště. MySQL jako referenční DBMS pro ukládání dat na internetu.

Již před nástupem informačních technologií měli lidé potřebu uspořádaně uchovávat určitá data. Pro usnadnění byly rozděleny podle určitých kritérií, spojeny do skupin, vytvořena hierarchická reprezentace a bylo použito mnoho dalších metod.

S rozvojem výpočetní techniky a internetu byla většina metod, které se dříve používaly v knihovnách a archivech, převzaty jako základ pro ukládání dat na paměťová média. V případě internetových prostorů jsou data uložena na konkrétním médiu, které je přítomno v serverovém stroji. Server pro hostitele databáze lze objednat z Rackstore.

Z hlediska informatiky je databáze úložištěm informací v uspořádané podobě podle určitého systému předem stanoveného vývojářem.

Podle struktury se rozlišují následující typy databází:

• hierarchický;
• síť;
• vztahový;

Podívejme se na každou z nich.

Hierarchická databáze

Hierarchickou databází se rozumí databáze, ve které jsou data uložena a strukturována podle principu dělení prvků na nadřazené a podřízené. Výhodou takových databází je snadné čtení požadovaných informací a jejich rychlé poskytnutí uživateli.

Počítač je schopen se v něm rychle orientovat. Hierarchický princip je brán jako základ pro strukturování souborů a složek v operačním systému Windows a registr uchovává informace o provozních parametrech určitých aplikací v hierarchicky strukturované podobě.

Všechny internetové zdroje jsou také postaveny na hierarchickém principu, protože při jejich používání je velmi snadná navigace na webu.

Příkladem je databáze v XML obsahující eseje o stavu zemědělství v regionech Ruska. V tomto případě bude nadřazeným prvkem stát, dále dojde k rozdělení na subjekty a v rámci subjektů k vlastnímu větvení. V tomto případě je striktně jedno volání z horního prvku do spodního.

Síťová databáze

Síťová databáze je chápána jako modifikovaná hierarchická databáze. Jeho zvláštností je, že prvky mohou být navzájem spojeny v rozporu s hierarchií. To znamená, že podřízený prvek může mít několik předků současně.

I v tomto případě je příkladem databáze založená na jazyce XML.

Relační databáze

Tento typ databáze odkazuje na její prezentaci v rámci dvourozměrné tabulky. Má několik sloupců, ve kterých se nastavují parametry jako např. typ vstupních dat (text, číslo, datum atd.).

Zde uvedená tabulka představuje způsob, jak ukládat data do ní zadaná a je schopna reagovat na jakékoli požadavky z DBMS. Hlavní výzvou při práci s relačními databázemi je jejich správný návrh.

Při návrhu databáze byste měli zvážit následující dva faktory:

1. databáze musí být kompaktní a nesmí obsahovat nadbytečné komponenty;
2. Zpracování databáze by mělo být snadné.

Problém je v tom, že tyto faktory si vzájemně odporují. Design je ale nejdůležitější moment při sestavování databáze a další práci s ní. Doporučuje se, aby to provedl správce serveru s určitými zkušenostmi.

Velké projekty zahrnují mnoho tabulek, kterých může být více než sto. Přitom se bez nich neobejde, pokud člověk řeší důležitý a složitý projekt.

Před vytvořením tabulky byste měli vytvořit graf nebo diagram, který obsahuje informace o typech uložených informací a také o typu dat, která se pro tyto účely nejlépe hodí.

DBMS

Systém správy databází je pojem, který není třeba dešifrovat. Jedná se o vestavěný modul nebo plnohodnotný program, který je schopen pracovat s daty a provádět změny v databázích.

Existují dva modely DBMS – relační a bez schémat. Co jsou to relační databáze, již bylo diskutováno výše. Bezschémové DBMS založené na principech nestrukturovaného přístupu zbavují programátora problémů relačního modelu, mezi které patří nízký výkon a obtížné škálování dat v horizontálním formátu.

Nestrukturované databáze (NoSQL) vytvářejí strukturu za pochodu a eliminují potřebu vytvářet pevně definované vztahy mezi daty. Zde můžete experimentovat s různými způsoby přístupu k určitým typům dat.

Mezi relační databáze patří:

• SQLite;
• MySQL;
• PostgreSQL.

Z nich je nejčastější databáze MySQL, ale i ostatní jsou oblíbené a lze se s nimi setkat.

Principem fungování takových systémů je sledování přísné datové struktury, která je prezentována ve formě sady tabulek. Uvnitř tabulky jsou zase buňky a pole, která jsou také spravována MySQL.

Databáze MongoDB funguje na principu NoSQL. Ukládají všechna data jako jeden celek v jedné databázi. V tomto případě mohou být data jedním objektem, ale zároveň nezůstane žádná žádost bez odpovědi.

Každý NoSQL má svůj vlastní dotazovací systém, což vyžaduje další studium tohoto systému.

Srovnání SQL a NoSQL

1. Pokud jsou systémy SQL založeny pouze na striktní reprezentaci dat, pak systémy NoSQL poskytují svobodu a jsou schopny pracovat s jakýmkoli typem dat.
2. Systémy SQL jsou standardizované, díky čemuž jsou dotazy generovány pomocí jazyka SQL. NoSQL systémy jsou přitom založeny na technologii specifické pro každý z nich, což je nevýhoda.
3. Škálovatelnost. Oba DBMS jsou schopny poskytovat vertikální škálování, tedy zvýšení množství systémových zdrojů pro zpracování dat. NoSQL, jako novější typ databáze, však umožňuje jednoduché metody horizontálního škálování.
4. Pokud jde o spolehlivost, SQL má silný náskok.
5. SQL databáze mají díky své dlouhé historii kvalitní technickou podporu, zatímco NoSQL systémy jsou velmi mladé a je obtížnější vyřešit jakýkoli problém.
6. Ukládání dat a přístup k jejich strukturám v rámci relačních systémů se nejlépe provádí v systémech SQL.

Přestože je NoSQL rychle se rozvíjejícím typem systému správy databází, v této fázi se doporučuje zvolit SQL.

Spolehlivost SQL systémů, zejména MySQL, byla potvrzena časem a širokým používáním. Dnes každý seberespektující zdroj používá k ukládání dat systém MySQL.

Co je databáze v informatice

V informatice je pojem databáze soubor dat pro informační sítě a uživatele, uložený ve speciální, organizované formě. Typ uložení dat je dán danou strukturou (schémou) databáze a pravidly pro její správu.

Databáze samy o sobě jsou k ničemu, pokud neexistuje způsob, jak je spravovat. Správou databází rozumíme možnost jednotlivě nebo hromadně přidávat informace, třídit je, částečně nebo úplně kopírovat a přesouvat a kombinovat dvě nebo více databází. Pro správu databází byly vytvořeny softwarové produkty, které jsou databázovým softwarem. Se nazývají DBMS – systémy pro správu databází.

Co je DBMS a SQL

To je to, co řešíme spotřebitelé, tedy vy a já. Moderní DBMS umožňují zpracovávat nejen texty nebo grafiku, ale také mediální soubory (audio a video soubory).

Každý softwarový produkt má svůj vlastní jazyk, kterým je ovládán. DBMS není výjimkou. Jedním z hlavních jazyků pro komunikaci s DBMS je SQL (strukturovaný dotazovací jazyk).

Za zmínku stojí, že podle povahy jejich použití se DBMS dělí na jednouživatelské (pro jednoho uživatele - místní počítač) a víceuživatelské (pro sítě).

Jsem si jistý, že si nemyslíte, že existuje jeden univerzální DBMS. A je to tak, jsou jich desítky. V této části se omezíme na práci s bezplatným a nejběžnějším MySQL DBMS.

MySQL DBMS

MySQL DBMS funguje pouze s relačními databázemi. Relační databáze se zpočátku nejsnáze učí. Navíc se používají na všech hostingech a serverech pro hromadné použití.

Zbývá definovat pojem relační databáze. Jedná se o jednoduché tabulky, které mají informační řádky a sloupce. Průsečík řádku a sloupce se nazývá buňka. Celá databáze se skládá z několika nebo mnoha tabulek a všechny tabulky se vzájemně ovlivňují.

VÝZNAM TEORIE. Pojem významu v analytické filozofii jazyka je vlastně obdobou toho, co se ve filozofii vědomí nazývá „mysl“, „vědomí“ (anglicky) nebo „Geist“ (německy), tzn. vědomí, duch. V pojetí smyslu...... Encyklopedie epistemologie a filozofie vědy

Hodnoty věku, které spolu dobře souhlasí, získané metodou izotopů olova podle dekomp. izotopové poměry. Naznačují dobré uchování břišních svalů a spolehlivost nalezených břišních svalů. stáří. Syn.: hodnoty věku jsou shodné.… … Geologická encyklopedie

Teoretické hodnoty potenciálních derivací odpovídajících idealizovanému modelu Země. Jsou zanedbatelně malé nebo přesně rovné nule, takže naměřené hodnoty druhých derivací gravitačního potenciálu lze prakticky uvažovat... ... Geologická encyklopedie

- (g 0) teoretické hodnoty gravitační síly působící na jednotkovou hmotnost odpovídají modelu Země, ve kterém je hustota uvnitř kulových obalů konstantní a mění se pouze s hloubkou. Struktura jejich analytického vyjádření... ... Geologická encyklopedie

Syn. významy pojmu věk jsou nekonzistentní nebo se liší. Geologický slovník: ve 2 svazcích. M.: Nedra. Editoval K. N. Paffengoltz a kol. 1978 ... Geologická encyklopedie

Získává se metodou izotopů olova za použití čtyř různých řešení. Izotopové poměry: , a značně se od sebe liší co do velikosti. Naznačují špatné uchování dítěte a porušení radioaktivní rovnováhy v něm mezi matkou a... ... Geologická encyklopedie

Syn. význam pojmu věk je konzistentní. Geologický slovník: ve 2 svazcích. M.: Nedra. Editoval K. N. Paffengoltz a kol. 1978 ... Geologická encyklopedie

hodnoty abnormálních parametrů provozního režimu- abnormální data provozního režimu [Záměr] Paralelní texty EN RU P63x generuje velké množství signálů, zpracovává binární vstupní signály a získává naměřená data během bezporuchového provozu chráněného objektu i při poruše… …

Termíny a pojmy obecné morfologie: Slovník-příručka

významy slovesné orientace- Hodnoty prostorové modifikace akcí a odvozeniny z nich... Slovník lingvistických pojmů T.V. Hříbě

hodnoty (napětí) mezi vedením a zemí- - [Ya.N.Luginsky, M.S.Fezi Zhilinskaya, Yu.S.Kabirov. Anglicko-ruský slovník elektrotechniky a energetiky, Moskva, 1999] Témata elektrotechniky, základní pojmy EN line to ground values ​​​​... Technická příručka překladatele

knihy

• , A. Potebnya. Reprodukováno v původním autorském pravopisu vydání z roku 1888 (Voroněžské nakladatelství). V…
• Plurální významy v ruštině, A. Potebnya. Tato kniha bude vyrobena v souladu s vaší objednávkou pomocí technologie Print-on-Demand. Reprodukováno v původním autorském pravopisu vydání z roku 1888 (Voroněžské nakladatelství...

DB je zkratka, která znamená „databáze“ nebo „databáze“ (v závislosti na kontextu). V tomto článku se podíváme, co to je/jsou, co to je a kde se používají. Budeme také diskutovat o tom, zda DBMS a DB jsou totéž nebo ne.

Terminologie

Databáze je strukturované úložiště informací. Databáze je také schopna obsahovat určitá data s podmínkou, že je nutné je objednat. Každý z nás s databází alespoň jednou pracoval, ale možná o ní ani nevěděl, například při zadávání vyhledávacího dotazu se obracíme na rozsáhlou databázi pro konkrétní informace.

DBMS je další zkratka, která znamená V obecném smyslu představují různá softwarová řešení, pomocí kterých můžete organizovat databázová data. To znamená naplnit databázi informacemi, organizovat ji, mazat, kopírovat, analyzovat a mnoho dalšího.

Typy databáze

Teoreticky jich existuje několik typů. Existují:

• Relační databáze (z anglického slova relationship, které se překládá jako „spojení“) se vyznačují vztahy a jsou vyjádřeny jako soubor vzájemně souvisejících entit. Ty jsou prezentovány ve formě tabulek obsahujících databázová data. Toto je nejčastější
• Hierarchické - spojení na úrovni "předek-potomek", "nadřízený-podřízený".
• Síť - větev z předchozího typu.
• Objektově orientovaný, který přímo pracuje s odpovídající metodikou

Podívejme se na každou z nich podrobněji, přičemž se zaměříme na hlavní myšlenky a koncepty databáze.

DB je talíř?

V jejich obvyklém podání jim není těžké porozumět – jde o cedule s informacemi. Pro upřesnění si můžete pomoc zavolat na velmi známý DBMS od Microsoftu - Access, který je součástí jejich běžného balíku kancelářských aplikací.

Tabulky relační databáze mají záznamy (řádky) a pole (sloupce). První obsahují přímé informace, data, druhé obsahují popisy toho, co přesně záznamy znamenají. Například pole je „jméno“, záznam je „Katerina“.

Pro pole jsou určeny typy hodnot. Mohou být číselné, znakové, datum, čas atd. Každá tabulka navíc musí mít klíčové pole – záznamy v něm jednoznačně identifikují data.

Je třeba si uvědomit, že samotná databáze není tabulka. Databáze může ukládat od jedné do několika stovek tabulek v závislosti na množství a rozmanitosti informací.

Vztahy mezi tabulkami

Pro zajištění spojení mezi tabulkami má DBMS datová schémata. Existují spojení:

• "One-to-one" - každý záznam tabulky odpovídá pouze jednomu záznamu z jiné tabulky.
• „jeden k mnoha“ a „mnoho k mnoha“. Jeden záznam může odpovídat několika ze související tabulky najednou. A naopak (u druhé možnosti).
• "Mnoho-mnoho". Již je snadné uhodnout, že v tomto případě lze pro několik řádků vybrat pro připojení několik řádků jiné tabulky (takové připojení je organizováno pomocí mezilehlé tabulky a dvou připojení výše uvedeného typu).

Pohyb nahoru a dolů

Hierarchické databáze mají mnohem přehlednější strukturu než relační. Vyznačují se přísnou poslušností. Existuje kořenový prvek - „vrchol“, ze kterého se větví podřízení - „dědicové“ nebo „potomci“. Hierarchická databáze je databáze se stromovou strukturou, ve které může mít každý uzel pouze jednoho předka.

Tento typ je vhodné použít pro budování informačních úložišť již objednané struktury: například databáze vojenské jednotky nebo správce souborů. Nevýhodou je nemožnost, aby uzel měl více než jednoho předka, a také složitost databázové logiky.

Rozšíření spojení

Síťové databáze se staly řešením výše zmíněného nedostatku hierarchických databází. Jediným rozdílem mezi tímto typem a předchozím byl vztah „many-to-many“, který se v tomto případě projevuje v tom, že stejně jako předek může mít mnoho dědiců, tak oni, potomci, mohou pocházet z několika uzly najednou.

Metoda tabulkového zobrazení

Ačkoli jsou tabulky primárně spojeny s relačními databázemi, hierarchické i síťové databáze lze také reprezentovat jako tabulky. Hlavní rozdíl mezi těmito typy je právě v principu konstrukce struktury: relační jsou ve srovnání s ostatními dvěma mnohem volnější a méně uspořádané.

Objektově orientovaný typ

Poslední uvažovaný typ, objektově orientovaný, je nejméně běžný. Je to proto, že je velmi úzce specializovaný. Komplexní datové struktury takové databáze tvoří objekt a přímo spolupracují s objektově orientovanými programovacími jazyky. Byly vyvinuty v osmdesátých letech minulého století a pro svou složitost a nepříliš vysoký výkon si zatím nezískaly velkou oblibu.