Systém pro správu databází

Systém správy databáze (zkráceně DBMS ) je systémový software používaný k ukládání, manipulaci nebo správě a sdílení dat v databázi , což zaručuje kvalitu, trvanlivost a důvěrnost informací a zároveň skrývá složitost operací.

DBMS (v angličtině DBMS pro systém správy databáze ) umožňuje registrovat, vyhledávat, upravovat, třídit, transformovat nebo tisknout informace z databáze. Umožňuje provádět zprávy o zaznamenaných informacích a zahrnuje mechanismy k zajištění konzistence informací, zabránění ztrátě informací v důsledku poruch, zajištění důvěrnosti a umožnění jejich použití jiným softwarem. V závislosti na modelu může DBMS obsahovat jednoduché grafické rozhraní až po sofistikované programovací jazyky.

Systémy pro správu databází jsou univerzální software, nezávisle na použití databází. Používají se pro mnoho počítačových aplikací, včetně bankomatů , rezervačního softwaru , digitálních knihoven , inventárního softwaru , softwaru ERP nebo většiny blogů a webů. Existuje mnoho systémů pro správu databází . V roce 2008 držela společnost Oracle téměř polovinu trhu DBMS s MySQL a Oracle Database . Dále přichází IBM s téměř 20%, což ponechává malý prostor pro ostatní hráče.

DBMS jsou často používány jiným softwarem, stejně jako administrátory nebo vývojáři . Mohou mít podobu softwarové komponenty , serveru , aplikačního softwaru nebo programovacího prostředí .

V roce 2011 zpracovávala většina databázových systémů na trhu relační databáze .

Cíl

DBMS jsou middleware mezi uživateli a databázemi. Databáze je datový sklad skládá z několika souborů ovládal výlučně DBMS. Ten skrývá složitost zpracování struktur databáze tím, že poskytuje syntetický pohled na obsah.

Balíček DBMS a databáze má umožnit ukládání dat způsobem, který nabízí mnoho výhod oproti běžnému ukládání do souborů . Umožňuje rychle získat a upravit data a sdílet je s několika uživateli. Nezajišťuje žádnou redundanci, integritu, důvěrnost a trvanlivost dat a zároveň poskytuje prostředky, jak se vyhnout možným konfliktům úprav a skrýt podrobnosti formátu souborů z databází.

Data jsou zaznamenávána ve formě posloupností bitů představujících písmena, číslice, barvy, tvary atd. DBMS obsahuje různé mechanismy určené k rychlému nalezení dat a jejich převodu za účelem získání informací, které mají jeden směr.

• pomocí systému DBMS může k datům současně přistupovat několik uživatelů a několik softwaru. Systém DBMS provádí kontroly, aby zajistil, že žádná neoprávněná osoba nemá přístup k důvěrným údajům obsaženým v databázi, rozhoduje o kolizích, pokud existuje několik současných úprav stejných informací, a zahrnuje mechanismy, které zabrání ztrátě dat po selhání;
• redundance označuje situaci přítomnosti několika kopií stejných dat, jejichž modifikace může vést k nesrovnalostem projeveným různými kopiemi. DBMS kontroluje - nebo dokonce odmítá - přítomnost propouštění. DBMS také provádí kontroly na vyžádání, aby se ujistil, že zadané údaje jsou správné (hodnoty v povolených mezích, správný formát) a že data jsou v souladu s tím, co je již v databázi;
• data jsou obvykle zpracovávána aplikačním softwarem, který pro zpracování databáze volá služby DBMS. Zatímco aplikační software, který zpracovává soubor, bere v úvahu datový formát tohoto souboru, software, který zpracovává databázi prostřednictvím systému DBMS, si není vědom formátu databáze, data poskytuje systém DBMS ve formě, která skrývá podrobnosti formátu souborů, ve kterých je uložen.

Současné DBMS jsou sofistikovaný software vyžadující vysoce kvalifikovaný personál a jejich použití často vede k podstatnému zvýšení nákladů na licence a školení.

Funkce

DBMS se používá k záznamu dat, jejich vyhledání, úpravám a automatickému vytváření zpráv (anglická zpráva ) o obsahu databáze. Umožňuje určit typy dat , strukturu dat obsažených v databázi a také pravidla konzistence, jako je absence redundance.

Charakteristiky dat zaznamenaných v databázi, stejně jako vztahy, pravidla konzistence a seznamy řízení přístupu jsou zaznamenány v katalogu, který je umístěn uvnitř databáze a zpracovává jej DBMS.

Vyhledávání a zpracování dat, jakož i definování jejich charakteristik, pravidel konzistence a přístupových oprávnění lze vyjádřit jako dotazy (anglický dotaz ) v počítačovém jazyce rozpoznaném systémem DBMS. SQL je nejoblíbenější počítačový jazyk, je to standardizovaný jazyk pro práci s databázemi. Existuje mnoho dalších jazyků, jako je Databasic of Charles Bachman , DataFlex, dBase nebo xBaseScript (atd).

Databáze mohou mít velikost několik terabajtů ; velikost větší než místo dostupné v hlavní paměti počítače. Databáze jsou uloženy na pevných discích , které mají vyšší kapacitu, ale jsou pomalejší, a systém DBMS je vybaven mechanismy pro urychlení operací. Současné DBMS zaznamenávají nejen data, ale také jejich popis, formy, definice zpráv, pravidla konzistence, postupy ; umožňují ukládání videí a obrázků. DBMS manipuluje se složitými strukturami nezbytnými k uchování těchto informací.

DBMS jsou vybaveny mechanismy, které provádějí kontroly bez vědomí uživatele, aby byla zajištěna úspěšnost transakcí, zabráněno problémům v důsledku současného přístupu a zajištěno zabezpečení dat:

• transakce  : transakce je jednotná operace, která transformuje obsah databáze ze stavu A do stavu B. Transformace může vyžadovat několik úprav obsahu databáze. DBMS se vyhýbá tomu, aby mezi A a B existovaly přechodné stavy tím, že zajistí, že úpravy budou provedeny úplně nebo vůbec. V případě selhání, ke kterému dojde během operací modifikace databáze, vrátí systém DBMS databázi do stavu, ve kterém byla na začátku transakce (stav A);
• souběžnost: s databází může manipulovat současně několik lidí a kontrola souběžnosti kontroluje, zda tyto manipulace nevedou k nesrovnalostem. Například v rezervačním softwaru DBMS ověří, že každé místo je rezervováno maximálně jednou osobou, i když jsou rezervace prováděny současně;
• zabezpečení dat: volba povolit nebo zakázat přístup k datům je dána seznamy řízení přístupu a mechanismy DBMS zabraňují neoprávněným osobám číst nebo upravovat data, ke kterým jim nebyl udělen přístup.

Typologie

V závislosti na jejich konstrukci a možnostech, které nabízejí, lze o DBMS říci, že jsou hierarchické, relační, objektově orientované, objektově relační, XML / RDF nebo smíšené:

• relační  : podle tohoto modelu jsou data umístěna do tabulek s řádky a sloupci a všechna data obsažená v databázi lze načíst pomocí názvu tabulky, názvu sloupce a primárního klíče . Relační model má zajistit nezávislost dat a poskytnout prostředky ke kontrole konzistence a zamezení redundance. Umožňuje vám manipulovat s daty jako sady prováděním operací teorie množin . Pravidla konzistence, které se vztahují k relačním databázím jsou absence redundance nebo neplatnosti z primárních klíčů a referenční integrity . V roce 2010 je většina DBMS relačního typu  : zpracovávají databáze v souladu s relačním datovým modelem.
• hierarchická  : hierarchická databáze je databáze, jejíž systém správy spojuje záznamy ve stromové struktuře, kde má každý záznam pouze jednoho vlastníka. Byl použit v prvních systémech pro správu databází typu sálových počítačů a byl vynalezen NASA.
• objektově orientované a objektově relační  : objektově orientované DBMS jsou předmětem výzkumu od roku 1980, kdy se objevily první objektově orientované programovací jazyky . Jejich cílem je nabídnout funkcionalitu DBMS objektově orientovaným jazykům a umožnit trvalé ukládání objektů . S objekty se zachází pomocí nativních možností objektově orientovaných jazyků a programovací rozhraní umožňuje využívat funkce DBMS. Toto je vybaveno nezbytnými mechanismy umožňujícími využití možností zapouzdření , dědičnosti a polymorfismu objektově orientovaných programovacích jazyků. Objektově-relační DBMS nabízejí jak možnosti objektově orientovaných DBMS, tak možnosti relačních DBMS.
• based XML or RDF  : a Native XML Database (NXD English) is a database that is based on the data model provided by XML. Obvykle používá XML dotazovací jazyky jako XPath nebo XQuery. Jedním možným rozšířením je databáze RDF s dotazovacím jazykem SPARQL.
• smíšené  : takové DBMS používají různá paradigmata uvedená výše.

Kromě toho může být DBMS distribuován, centralizován nebo vložen a může být prostorový:

• centralizovaný nebo distribuovaný  : o systému DBMS se říká, že je centralizován, když software řídí přístup k databázi umístěné na jediném počítači. Říká se, že je distribuován, když řídí přístup k datům, která jsou rozptýlena mezi několik počítačů. V této konstrukci je software umístěn na každém z počítačů a různé počítače používají ke koordinaci operací komunikační prostředky. Skutečnost, že jsou informace rozptýleny, je uživateli skryta a jsou prezentovány, jako by byly na jednom místě.
• Integrovaný  : integrovaná databáze (anglicky embedded ) je forma softwarové komponenty DBMS, kterou lze začlenit do aplikačního softwaru. Na rozdíl od DBMS typu klient-server, ve kterém proces zpracovává požadavky, se zabudovaný model skládá ze softwarových knihoven propojených dynamickým spojením se softwarem, který používá DBMS. V tomto typu DBMS je databáze často tvořena jediným souborem, jehož formát je identický bez ohledu na vlastnosti použitého počítače. Přestože DBMS nabízí mnoho výhod oproti nahrávání souborů, tyto jsou často upřednostňovány před DBMS, které mají pověst těžkého, objemného a komplikovaně instalovaného softwaru.
• prostorové  : počítačové aplikace, jako jsou geografické informační systémy a počítačové návrhové nástroje, používají prostorový typ DBMS . Tento typ softwaru umožňuje ukládání geometrických informací, jako jsou body, čáry, plochy a objemy. Zahrnují funkce umožňující najít informace na základě geometrických charakteristik, jako jsou souřadnice nebo kóta. Dotazovací jazyk DBMS umožňuje manipulaci s geometrickými informacemi, jako jsou čáry, body nebo polygony; DBMS implementuje potřebné algoritmy a struktury souborů.

DBMS se také liší velikostí databází, které mohou zpracovávat.

Velikost databáze

Různé systémy DBMS na trhu se liší rozsahem použití databází: rozsah ovlivňuje počet současných uživatelů, velikost databází, umístění a potřebný výpočetní výkon. Některé DBMS podporují velmi velké databáze a vyžadují výkonné a velmi drahé počítače. Ostatní systémy DBMS fungují na levných osobních počítačích s omezením velikosti databáze a výpočetního výkonu. Lze je rozdělit na:

• Osobní DBMS  : Tyto produkty jsou mnohem jednodušší než obchodní modely, protože jsou navrženy tak, aby sloužily pouze jednomu uživateli najednou. Když se druhý uživatel pokusí o přístup k databázi, musí počkat, dokud nedojde k dokončení prvního. Tyto DBMS se někdy instalují na osobní počítače pro takzvané databáze Office (anglická desktopová databáze ). Osobní databáze aplikací jsou menší;
• Skupina DBMS  : skupinové a podnikové DBMS může používat několik uživatelů současně. Říká se o nich, že jsou skupinové, když je počet uživatelů relativně malý (50 až 100). Dnes jsou skupinové modely nejoblíbenější v malých a středních institucích;
• Enterprise DBMS  : První DBMS se objevily v roce 1960. Počítače byly v té době velmi velké a velmi drahé a DBMS byly všechny podnikové velikosti  : výkonné, robustní a náročné na hardware. S technologickým pokrokem se podnikové DBMS staly výkonnějšími, jsou schopny zpracovat velké množství informací a mohou je používat tisíce uživatelů současně;
• Internet a velká data : vzhled internetových služeb pro velké publikum v roce 2000 vyžadoval technické prostředky přizpůsobené bezprecedentním potřebám, pokud jde o počet uživatelů a množství dat. Nové řešení DBMS s názvem NoSQL, které je určeno k vyrovnávání zátěže (anglicky load balancing ), neimplementuje některé klasické funkce systému DBMS k získání výpočetního výkonu a škálovatelnosti potřebné pro online obchodování, vyhledávání nebo sociální sítě populárních webových služeb .

Dějiny

Do roku 1960 byly informace zaznamenávány do souborů zpracovávaných aplikačním softwarem. Myšlenka na databáze byla zahájena v roce 1960 jako součást programu Apollo . Cílem bylo vytvořit počítačové zařízení určené k záznamu velkého množství informací souvisejících s vesmírným programem, s cílem přistát na Měsíci před koncem dekády. Z tohoto důvodu IBM společně se společností Rockwell uvádí na trh software Information Management System (IMS). S tímto DBMS se informace zaznamenávají do databází uspořádaných hierarchicky.

Společnost General Electric současně s pomocí Charlese Bachmana spustila software Integrated Data Store . S tímto DBMS se informace zaznamenávají do databází organizovaných podle síťového modelu, což umožňuje zaznamenávat informace, které mají složitější organizaci než hierarchický model.

V roce 1965 vyvinul Dick PICK operační systém Pick , který zahrnoval DBMS a jazyk Databasic od Charlese Bachmana . V roce 2002 byla technologie Pick použita v současných produktech, jako je JBase.

V roce 1967 vytvořilo konsorcium CODASYL pracovní skupinu, databázovou pracovní skupinu abr. DBTG , který pracuje na standardizaci dvou počítačových jazyků souvisejících s databázemi: DML a DDL.

Hierarchické a síťové organizace šedesátých let postrádaly nezávislost na formátu souborů, manipulaci s daty komplikovaly a postrádaly teoretický základ. V roce 1970 Edgar Frank Codd , zaměstnanec IBM , vydal knihu Relační model dat pro velké sdílené datové banky , dílo, které představuje teoretické základy relační organizace . Na základě práce EF Codda vyvíjí IBM systém System R DBMS , který bude uveden na trh na konci 70. let. Jeho cílem je demonstrovat proveditelnost relačního DBMS . Počítačovým jazykem specifickým pro tento DBMS je jazyk strukturovaných dotazů (zkráceně SQL ), definovaný společností IBM a určený pro zpracování relačních databází .

Charles Bachman obdržel Turingovu cenu v roce 1973 za tyto příspěvky do databázové technologie a Edgar Frank Codd získal Turingovu cenu v roce 1981 ze stejných důvodů.

V roce 1978 , ANSI vydával popis architektury ANSI / Sparc , která slouží jako referenční model ve vztahu k nezávislosti dat DBMS.

Dva trhové váhy DBMS v roce 2010 , kterými jsou IBM DB2 a Oracle Database , byly uvedeny na trh v roce 1979 a oba jsou založeny na relačním modelu. Ve stejném roce byl jazyk SQL standardizován ISO .

Tyto vyhledávače a datové sklady jsou počítačové aplikace se objevily v 1990 , které ovlivnily trh DBMS. Vyhledávače vyžadovaly zpracování nestrukturovaných informací napsaných v přirozeném jazyce. A datové sklady vyžadovaly sběr a konsolidaci velmi velkého množství informací, aby bylo možné vytvořit souhrnné tabulky.

Objektově orientované a objektově relační organizační modely se objevily v 90. letech. První objektově relační DBMS byly Postgres , Informix a Oracle Database v roce 1995 . Standard týkající se jazyka SQL byl upraven v roce 1999, aby bylo možné jej použít pro tento typ DBMS.

Konstrukce a provoz

DBMS se skládá z mnoha programů, včetně enginu, katalogu, procesoru dotazů, jazyka příkazů a nástrojů:

• databázový stroj je srdcem DBMS, že manipuluje s soubory databáze, přenáší data do a z jiných programů a zkontroluje konzistenci a integritu údajů;
• program zpracovává katalog  : úložiště, které obsahuje popis organizace databáze, seznamy řízení přístupu, jména osob oprávněných zpracovávat databázi a popis pravidel konzistence ( omezení ). V závislosti na modelech DBMS lze tyto informace upravit pomocí jazyka příkazu nebo pomocí grafického rozhraní  ;
• procesor požadavek provádí požadované operace. V závislosti na modelu DBMS lze tyto operace formulovat v příkazovém jazyce nebo pomocí grafického rozhraní typu QBE ( Query by Example , ve francouzštině, dotaz podle příkladu );
• většina DBMS obsahuje alespoň jeden příkazový jazyk. Tento dotazovací jazyk se používá k manipulaci s obsahem databáze. SQL, který je uznáván většinou DBMS na trhu, se stal de facto standardním jazykem .

Nástroje DBMS se používají k vytváření sestav , obrazovek pro zadávání informací, importu a exportu dat z databáze a do databáze a zpracování katalogu. Tyto nástroje používá správce databáze k zálohování, obnově dat, povolení nebo odepření přístupu k určitým informacím ak provádění změn v obsahu databáze - vytváření, čtení, úpravy a mazání informací, zkráceně CRUD (anglicky create, read , aktualizovat, mazat ). Tyto nástroje se také používají k monitorování činnosti motoru a provádění operací ladění .

Současné špičkové DBMS mají mnoho rozšíření, které poskytují doplňkové funkce, ale jejich konstrukce zůstává podobná jako u většiny DBMS.

V relačním DBMS se požadavky zadané do DBMS obvykle zpracovávají v pěti fázích:

• klientský software komunikuje s DBMS pomocí jeho programovacího rozhraní prostřednictvím sítě. Komunikační zařízení DBMS ověří totožnost klienta, poté odešle požadavky klienta do jádra DBMS a předá klientovi informace extrahované systémem DBMS;
• DBMS poté vytvoří vlákno za účelem zpracování požadavku. Program řídí všechna vlákna a podle pracovní zátěže počítače rozhoduje, která z nich budou provedena okamžitě a která budou provedena později;
• během provádění podprocesu kompilátor transformuje text vyjádřený v dotazovacím jazyce DBMS na plán provádění, jehož forma napodobuje algebraický výraz pomocí relační algebry , poté sada výrazů „operátorů“ vypočítá výsledek výrazu prováděním operací, jako je spojení , kartézský součin , třídění a výběr;
• provozovatelé využívají databázový stroj, který spouští algoritmy ( v angličtině nazývané přístupová metoda ) za účelem hledání informací a udržování struktur databázových souborů;
• jakmile jsou informace získány programem pro manipulaci se soubory, jsou odeslány do prováděcího vlákna a poté do komunikačního zařízení, které je předá klientovi.

Databázový stroj

Centrální část systému DBMS provádí databázový stroj operace záznamu a načítání dat . V závislosti na DBMS může být databáze tvořena jedním nebo více soubory. Role enginu je manipulovat s těmito soubory.

Tyto indexy jsou struktury, jak urychlit vyhledávání operací, které jsou udržovány databázový stroj. Tyto pohledy jsou virtuální tabulky vytvořené z jiných tabulek, a obsah je udržován databázový stroj. Rovněž zpracovává katalog, řídí transakce, ověřuje konzistenci informací a ověřuje, že uživatelé mají přístup pouze k autorizovaným informacím:

• kontrola transakce: během transakce odpovídá několik úprav v databázi jedné operaci. Stroj zajišťuje konzistenci obsahu databáze, a to i v případě poruchy nebo selhání. Motor kontroluje, zda souběžné úpravy stejných informací nevedou k nekonzistentnímu výsledku;
• bezpečnost: modul kontroluje, že žádný uživatel nepřistupuje k neoprávněným informacím a že žádný uživatel neprovádí změny, které by byly v rozporu s pravidly konzistence;
• přístup k souborům: modul zpracovává prostor vyhrazený pro úložiště. Informace jsou seskupeny podle povahy a každý soubor obsahuje kolekci informací stejné povahy. Program pro přístup k souborům strukturuje různé soubory podle schématu organizace databáze.

Engine používá vyrovnávací paměti  : Toto je umístění centrální paměti, které se používá k dočasnému ukládání informací při přenosu. Informace se hromadně shromažďují ze souborů a poté se ukládají do vyrovnávacích pamětí. Během následných čtení jsou informace načteny z existující vyrovnávací paměti - mnohem rychleji než čtení souboru. Operace čtení souborů jsou tak omezeny a operace zápisu jsou posunuty, což zrychluje DBMS.

Operace prováděné modulem se často zapisují do souboru protokolu , což umožňuje jejich vrácení zpět v případě incidentu - selhání nebo vrácení transakce.

Nezávislost na datech

V databázovém zařízení - které zahrnuje aplikační software, DBMS a databázi - se způsob, jakým jsou informace prezentovány uživatelům, liší od způsobu, jakým jsou informace organizovány, a způsob, jakým jsou informace organizovány, se liší od způsobu, jakým jsou informace poskytovány uživatelům. informace se ukládají do souborů. Tento 3- bod konstrukce je založena na ANSI / SPARC referenčního modelu .

Každý ze 3 pohledů lze upravit například formulováním požadavků v jazyce DBMS. Nezávislost na datech je schopnost systému DBMS umožnit změnu kteréhokoli ze tří pohledů bez nutnosti úpravy ostatních pohledů:

• uživatelské zobrazení: uživatelé vidí pouze část informací obsažených v databázi, to, co uživatel vidí, jsou informace odvozené z obsahu databáze a prezentované jiným způsobem. Existují různé pohledy přizpůsobené každé z rolí, které hrají uživatelé;
• koncepční schéma  : jedná se o model logické organizace informací zaznamenaných v databázi, jedná se o pohled na souhrn zaznamenaných informací. Schéma je často organizováno stejným způsobem jako objekty reálného světa, ke kterým se informace vztahují, a je popsáno pomocí notace přidružení entity  ;
• fyzické schéma  : jedná se o vlastnosti zavedených struktur umožňujících trvalé ukládání informací ve formě záznamů v souborech . To zahrnuje prostor vyhrazený pro každou informaci, způsob, jakým jsou informace reprezentovány jako řetězec bitů, a přítomnost indexů určených k urychlení vyhledávacích operací.

Existuje nezávislost na datech, pokud lze koncepční diagram upravit bez nutnosti úpravy pohledu uživatele nebo fyzické struktury a pokud lze fyzickou strukturu upravit bez nutnosti úpravy koncepčního diagramu nebo fyzické struktury. Uživatelská perspektiva.

Uživatelé

Existuje několik kategorií uživatelů DBMS, mezi nimiž jsou správce databáze, návrhář databází , vývojář a uživatelé - více či méně informovaní - počítačových systémů.

Správce databáze (anglický správce databáze Rep. DBA ) je odborníkem na DBMS, stará se o instalaci a údržbu DBMS a příloh doprovázejících nástroje. Je osobou odpovědnou za integritu, bezpečnost, dostupnost informací obsažených v databázích i za výkon systému DBMS. Chrání informace před nehodami v důsledku nesprávného zacházení, programovacích chyb, škodlivého použití nebo poruch, které by vedly ke zhoršení obsahu databází. Za tímto účelem správce databáze autorizuje nebo zakazuje přístup k informacím a sleduje činnost systému DBMS. Pravidelně vytváří záložní kopie , aby bylo možné obnovit data , která byla ztracena nebo poškozena, a provádí úpravy ladění , aby zlepšila výkon systému DBMS. Správce používá nástroje pro správu databáze nebo příkazový jazyk DBMS.

Návrhář databáze je osoba, která uvádí informace, které budou uloženy v databázi, vztahy mezi těmito informacemi a omezeními, jako je přítomnost nebo nepřítomnost redundance. Návrhář databáze má podrobné znalosti o použití těchto informací a o pravidlech, která z nich vyplývají. Odpovídá za vhodnou organizaci databáze vytvářením struktur nezbytných pro ukládání informací.

Mezi vývojáři vytvářet softwarové aplikace a dávku v programovacím jazyce vyšší úrovně. Každý software cílí na určitou aktivitu - například na hledání knih v knihovně - a je určen pro ostatní uživatele systému DBMS. Vývojář spolupracuje s osobou provádějící danou činnost, aby určil charakteristické potřeby této činnosti, poté určí architekturu produktu a implementuje ji napsáním zdrojového kódu . Tento software obsahuje pokyny, které volají po systému DBMS k vyhledání nebo úpravě informací. Někteří zkušení uživatelé, kteří znají programovací jazyk, vytvářejí programy pro vlastní potřebu.

Výkonní uživatelé mají znalosti v používání příkazového jazyka DBMS a přístupu k datům ze svého osobního počítače. Byli autorizováni správcem, aby viděli určité informace a upravovali je. Informovaní uživatelé mohou vyhledávat, přidávat, upravovat nebo mazat data pomocí příkazového jazyka DBMS, zatímco laičtí uživatelé nikdy nepoužívají příkazový jazyk, ale přistupují k informacím prostřednictvím aplikačního softwaru poskytovaného pro tento účel.

Laičtí uživatelé mají přístup k informacím prostřednictvím aplikačního softwaru. Spouštějí příkazy nebo volí nabídky a nemají žádné znalosti jazyka příkazů ani organizace databáze. Operace prováděné těmito uživateli jsou méně sofistikované a omezené na možnosti nabízené aplikačním softwarem.

Trh

DBMS jsou komplexní a strategický software používaný v mnoha IT aplikacích, včetně elektronického obchodování , lékařských záznamů, plateb, lidských zdrojů , řízení vztahů se zákazníky a logistiky, stejně jako blogů a wiki. Jsou výsledkem desetiletí vědeckého výzkumu a průmyslový výzkum. První DBMS v historii silně ovlivnil tento tržní sektor a myšlenky těchto průkopníků jsou stále široce kopírovány a znovu použity současným DBMS. Trh DBMS je velmi tenký, kde dominuje hrst špičkových konkurenčních produktů.

Objem prodeje relačních DBMS se v roce 2005 odhaduje na 6 až 10 miliard dolarů ročně. V roce 2008 zaujímají tři tržní tenory IBM DB2 , Oracle Database a Microsoft SQL Server 80% trhu relačních DBMS.

V roce 2002 byl trh DBMS rozdělen do 3 segmentů:

• první segment je obsazen třemi široce zavedenými a uznávanými značkami , jmenovitě IBM DB2 , Oracle Database a Microsoft SQL Server . Tyto produkty jsou velmi oblíbené a lze je použít pro mnoho aplikací. DB2 a Oracle fungují na mnoha typech počítačů, od sálových až po ruční;
• ve druhém segmentu jsou o něco méně populární produkty jako Sybase a Informix , jsou o něco méně zavedené, méně známé a jejich vydavateli jsou společnosti o něco menší as menším počtem zaměstnanců;
• ve třetím segmentu jsou všechny ostatní DBMS, z nichž některé jsou pozoruhodné při specializovaném použití nebo specializovaných trzích. Například Teradata z NCR je DBMS používaný pro obří databáze a datové sklady . V tomto tržním segmentu jsou open source DBMS jako PostgreSQL a MySQL a také objektově orientované DBMS jako Versant nebo ObjectDesign .

V roce 2002 se trh Open Source DBMS, který je specializovaným trhem, odhaduje na 850 milionů dolarů v roce 2008 a podle předpovědí na 1,2 miliardy dolarů v roce 2010 zahrnují tyto náklady licence, záruky a smlouvy o technické pomoci. Zatímco velké značky DBMS jsou oceňovány pro kritické aplikace díky své robustnosti, bohatosti a odolnosti , otevřené zdroje DBMS jsou jednodušší a nenabízejí všechny ozdoby produktů velké značky, jsou oceňovány pro jejich snadné použití a vyhledávané malými a střední instituce. Různé zákazníci doufají, že budou schopni nahradit drahé velké značky databázemi s levnější open source databázemi , ale tyto náhrady jsou vzácné, a MySQL a PostgreSQL DBMS jsou používány pro nové aplikace, v důsledku migrace obtížemi.

Pro kupujícího

Volba systému DBMS je pro instituci často strategickým rozhodnutím. Náklady na pořízení systému DBMS, který podporuje několik tisíc uživatelů a velkou databázi, se mohou přiblížit k 1 milionu dolarů . V roce 1993 existovaly různé relační DBMS, které byly považovány za dostatečně vyspělé pro použití ve strategických aplikacích. Výrobky jsou složité, rozdíly jsou někdy jemné, což kupujícímu ztěžuje výběr. O deset let později už volba není tak obtížná jako předtím; počet vydavatelů DBMS se snížil v důsledku fúzí a na trhu dominuje malý počet významných hráčů.

Podle průzkumu provedeného v roce 1993 časopisem Network World se zdá, že kritériem pro výběr nejdůležitějších DBMS v očích kupujících jsou spolehlivost, výkon, shoda s normami, rozsah podporovaných počítačů a možnosti využití. Cena se objeví pouze na desáté pozici. Podle tohoto průzkumu také 70% kupujících tvrdí, že je připraveno zaplatit za pořízení DBMS 2 000 až 25 000 USD.

Často kladené otázky od kupujících se týkají výkonu, charakteristik příkazového jazyka, souběžného řízení přístupu a typů dostupných dat . Otázka výkonu se často objevuje v horní části seznamu kupujících a v dolní části seznamu prodejců; Proto je testování a měřítka běžnou praxí. Charakteristiky příkazového jazyka SQL poskytují informace o syntaxi , které musí odpovídat požadavky odeslané do systému DBMS. Standard SQL byl několikrát upraven, existují 3 úrovně shody a jazyk SQL rozpoznávaný každým DBMS na trhu je podobný jednomu nebo druhému z těchto různých standardů.

Středně velká společnost v současné době používá několik DBMS současně, výběr DBMS je zřídka očekáván, často je vyžadován příchodem aplikačního softwaru a je obtížné jej zvrátit. Společnost někdy získává aplikační software, který nefunguje na žádném z DBMS, které již vlastní. Stává se také, že společnost motivuje nákup nového DBMS touhou používat nejnovější a nejvýznamnější technologie. Výměna starého systému DBMS za nový je obtížná z důvodu nedostatečné kompatibility mezi různými produkty - což vyžaduje přizpůsobení aplikačního softwaru nově příchozím. Výsledkem je, že aplikační software často není vhodný a spolu s novými produkty se nadále používá starý DBMS.

Některé DBMS

Název DBMS	Rok	Editor	Vlastnosti	typ softwaru	SQL	Více hodnot	Licence
Apačské derby	1996	Softwarová nadace Apache	vložené, relační, centralizované	Softwarová součást			Apache
DB2	1983	IBM	pro firmy, pracovní skupiny, jednotlivce	serveru			majitel
dBase	1978	Ashton-Tate	relační, pro jednotlivce	L4G			majitel
FileMaker Pro	1985	FileMaker	relační, pro pracovní skupiny	aplikační software			majitel
4D	1985	4D	relační, pro pracovní skupiny a společnosti	aplikační software			majitel
Fénix	devatenáct osmdesát jedna	Firebird Foundation	relační, centralizované, palubní, pro pracovní skupiny a společnosti	serveru			Interbase
HSQLDB	2000	Thomas Mueller	relační, vložené, centralizované, pro pracovní skupiny a jednotlivce	Softwarová součást			BSD
HFSQL	1993	PC Soft		softwarová součást			majitel
Informix	devatenáct osmdesát jedna	IBM	pro společnosti, pracovní skupiny, distribuované	serveru			majitel
Ingres	1974	Ingres Corporation	relační, prostorové, centralizované, distribuované	serveru			LPG
Skrytý	1997	InterSystems	objekt, pro společnosti, distribuován	serveru			majitel
MariaDB	2009	Monty Program Ab		serveru			LPG
MaxDB	1977	SAP AG a MySQL AB	relační objekt, pro firmy a pracovní skupiny, centralizovaný	softwarová součást			LPG
Microsoft Access	1992	Microsoft	relační, pro jednotlivce a pracovní skupiny	L4G			majitel
Microsoft SQL Server	1989	Microsoft	společnosti, pracovní skupiny, jednotlivci, relační, distribuované	serveru			majitel
MySQL	1995	Oracle Corporation a MySQL AB	centralizovaný, vložený, distribuovaný pro společnosti, pracovní skupiny a jednotlivce	serveru			LPG
OpenOffice.org Base	2002	Oracle Corporation		Aplikační software			LGPL
Oracle Database	1979	Oracle Corporation	společnosti, pracovní skupiny, jednotlivci, relační, prostorové, distribuované	serveru			majitel
Paradox	1987	Corel		aplikační software			majitel
Výběr	1968	Vyberte systém		serveru			majitel
PostgreSQL	1985	Michael Stonebraker , globální vývojová skupina PostgreSQL		serveru			BSD
SQLite	2000	D. Richard Hipp	vložený	komponenta knihovna / software			Veřejná doména
MongoDB	2007	MongoDB	Dokumentově orientovaný NoSQL	serveru			SSPL
Cassandra	2008	Apache Foundation	Sloupec orientovaný NoSQL				Licence Apache 2
Couchbase	2010	Couchbase	Dokumentově orientovaný NoSQL
Elasticsearch	2004	Elasticsearch	NoSQL reverzní index
HBase	2006	Hortonworks	Sloupec orientovaný NoSQL
Redis	2009	Redis Labs	Klíč-hodnota orientovaný NoSQL
Riak	2009	Basho Technologies	Klíč-hodnota orientovaný NoSQL
DynamoDB	2012	Amazonka	Klíč-hodnota-orientovaný NoSQL a dokumenty
Let smrti	2009	LinkedIn	Klíč-hodnota orientovaný NoSQL
Velký stůl	2005	Google	Sloupec orientovaný NoSQL				majitel
MemcacheDB			NoSQL, v paměti				BSD
Vertica	2005		Sloupec orientovaný NoSQL				majitel
Neo4j	2010	Neo technologie	Graf orientovaný na NoSQL				GNUv3 a AGPL-3.0
Databáze Oracle NoSQL		Oracle Corporation	NoSQL

Poznámky a odkazy

1. (en) Databáze Management System koncepty , FK Publications, ( ISBN  9789380006338 ) .
2. (en) S. Sumathi, S. Esakkirajan, Fundamentals of Relational Database Management Systems , Springer - 2007, ( ISBN  9783540483977 ) .
3. Global RDBMS trhu .
4. (en) Carlos Coronel, Steven Morris, Peter Rob, Database systems: design, implementation, and management , Cengage Learning - 2009, ( ISBN  9780538469685 ) .
5. (en) ISRD skupina, Úvod do systémů řízení báze dat , Tata McGraw-Hill Education, 2005 ( ISBN  9780070591196 ) .
6. (in) SETRAG Khoshafian, Průvodce vývojem aplikací typu klient / server SQL , M. Vydavatelé Kaufmann - 1992, ( ISBN  9781558601475 ) .
7. (in) Mark Johansen, Příčetný přístup k návrhu databáze , Lulu.com - 2008 ( ISBN  9781435733381 ) .
8. (in) Rajesh Narang, Database Management Systems , PHI Learning Pvt. Ltd. - 2006, ( ISBN  9788120326453 ) .
9. PC Dressen, Datový / ZÁKLADNÍ jazyk - Jazyk pro zpracování dat pro neprofesionální programátory , Proc SJCC 36, AFIPS, jaro 1970.
10. (en) Thomas M. Connolly - Carolyn E. Begg, Databázové systémy: praktický přístup k návrhu, implementaci a správě , Pearson Education - 2005, ( ISBN  9780321210258 ) .
11. (in) Philip J. Pratt - Joseph J. Adamski, Concepts of Database Management , Cengage Learning - 2007 ( ISBN  9781423901471 ) .
12. (in) Aditya Kumar Gupta, Taxonomy of Database Management System , Firewall Media - 2007 ( ISBN  9788131800065 ) .
13. (in) SK Singh, Database Systems: Concepts, Design and Applications , Pearson Education India - 2009 ( ISBN  9788177585674 ) .
14. (in) Saeed K. Rahimi - Frank S. Haug, Distribuované systémy správy databází: Praktický přístup , John Wiley & Sons - 2010 ( ISBN  9780470407455 ) .
15. (en) AUUGN , říjen 2005.
16. (en) Allen G. Taylor, Database Development For Dummies , John Wiley & Sons - 2011, ( ISBN  9781118085257 ) .
17. (in) Hossein Bidgoli, Internetová encyklopedie, svazek 2 , Hossein Bidgoli, ( ISBN  9780471222040 ) .
18. (in) Nick Rozanski, architektura solfwarových systémů Eoin Woods : Práce se zúčastněnými stranami s využitím hledisek a perspektiv , Addison-Wesley ( ISBN  9780132906128 ) .
19. Krátká historie operačního systému Pick z webu microdata-alumni.org - přístup 18. června 2012.
20. jBASE, TEMENOS a Mpower1 „Archivovaná kopie“ (verze ze dne 28. září 2011 v internetovém archivu ) Z webu jbase.com - přístup k 18. červnu 2012.
21. (in) „  Bankovní softwarová řešení podle odvětví - Temenos  “ , Temenos (přístup k 9. září 2020 ) .
22. (en) Historie a dědictví vědeckých a technologických informačních systémů , Information Today Inc.
23. (in) Patrick O'Neil - Elizabeth O'Neil Database - principy, programování a výkon , Morgan Kaufmann - 2001 ( ISBN  9781558604384 ) .
24. (en) Lex de Haan - Daniel Fink - Tim Gorman - Inger Jorgensen - Karen Morton, Beginning Oracle SQL , Apress - 2009, ( ISBN  9781430271970 ) .
25. (en) Colin Ritchie, Database Principles and Design , Cengage Learning EMEA - 2008, ( ISBN  9781844805402 ) .
26. (in) Hossein Bidgoli, MIS 2010 , Cengage Learning - 2010 ( ISBN  9780324830088 ) .
27. (en) Joseph M. Hellerstein, Michael Stonebraker, James Hamilton, Architecture of a Database System , Now Publishers Inc - 2007, ( ISBN  9781601980786 ) .
28. (en) Latif Al-Hakim, Výzvy řízení kvality informací ve servisních organizacích , Idea Group Inc (IGI) - 2007, ( ISBN  9781599044217 ) .
29. (en) Catherine Ricardo, Databases Illuminated , Jones & Bartlett Publishers - 2011, ( ISBN  9781449606008 ) .
30. (en) Craig Mullins, Správa databáze: kompletní průvodce postupy a postupy , Addison-Wesley Professional - 2002, ( ISBN  9780201741292 ) .
31. Open-Source Database MySQL, PostgreSQL, Adoption Rising From eweek.com - přístup 18. června 2012.
32. Rychlý pohled na trh Open Source DBMS Market z dbta.com - přístup 18. června 2012.
33. (en) Network World , 3. května 1993, sv. 10 - č. 18, ( ISSN  0887-7661 ) .
34. Výukový program Apache Derby .
35. (en) Douglas W. Spencer, software IBM pro elektronické obchodování na vyžádání , Maximum Press - 2004, ( ISBN  9781931644174 ) .
36. InfoWorld , 10. dubna 1989, roč. 11 - č. 15 , ( ISSN  0199-6649 ) .
37. (in) Jesse Feiler, FileMaker Pro 10 In Depth , What Publishing - 2009 ( ISBN  9780768688139 ) .
38. [1] .
39. Firebird: o Firebirdu .
40. Funkce HyperSQL .
41. součást L4G WinDev .
42. Ingres komunita wiki .
43. InterSystems Caché .
44. dříve pojmenovaný ADABAS .
45. (en) MySQL AB, příručka správce MySQL a jazyková reference , Sams Publishing - 2006, ( ISBN  9780672328701 ) .
46. Komunitní síť SAP - O SAP MaxDB .
47. Michael R. Groh, Access 2010 Bible , John Wiley and Sons - 2010, ( ISBN  9780470475348 ) .
48. Zakoupeno od Sybase v roce 1994.
49. Jérôme Gabillaud, SQL Server 2008 - Správa databáze pomocí SQL Server Management Studio , edice ENI - 2009, ( ISBN  9782746047044 ) .
50. prodány společnosti Sun Microsystems v roce 2009.
51. MySQL Enterprise Edition .
52. (in) Rick Greenwald, Robert Stackowiak Jonathan Stern, O'Reilly & Associates, Oracle Essentials: Oracle 10g database , O'Reilly Media, Inc. - 2004 ( ISBN  9780596005856 ) .
53. (in) „  Borland history  “ .
54. Získáno od společnosti Borland .
55. „  NoSQL databáze: kterou si vybrat, pro které potřeby?  » , Na www.journaldunet.com (přístup 20. listopadu 2020 )
56. „  MongoDB vs. Oracle NoSQL vs. Vertica Comparison  “ , na db-engines.com (přístup 23. listopadu 2020 )
57. „  Oracle NoSQL vs. Vertica Comparison  “ , na db-engines.com (přístup 23. listopadu 2020 )

Podívejte se také

Bibliografie

• Úvod do systémů správy databází a databází ( [ číst online  (stránka konzultována v červnu 2009)] )

Související články

• Databáze
  • Databázový stroj
  • Administrátor databáze
• Relační databáze
  • Objektově-relační mapování
• CRUD
• Systém řízení toku dat