Systém správy databáze (DBMS): klasifikace, definice a funkce

Data jsou vždy struktura a obsah, syntaxe a sémantika. V kontextu databází jsou to tabulky, vazby mezi tabulkami, dotazy a jejich výsledky. Nelze říci, že hlavní myšlenka relačních databází

Pokud je databáze sbírka tabulek, pak systém správy databáze (DBMS) - Je to podpora několika databází současně a zajištění správné funkčnosti pro každou z nich při správě, práci a čtení. V průběhu času získaly DBMS řadu velmi specifických funkcí, které jsou považovány za de facto standardní, a mají vlastní jazyk popisu, práce a vzorkování.

Základní funkce DBMS

Databáze umožňují reprezentovat sady dat pomocí systému tabulek, označit propojení mezi tabulkami, určit potřebné dotazy, formulář požadovaných výsledků a nabídnout dvě možnosti práce:

• změna;
• pouze pro čtení.

Ve skutečnosti se ze systému DBMS nevyžaduje více, je třeba poskytnout přístup k programovému kódu pro správu nebo práci (změny nebo čtení). Uživatel nemá přímý přístup k datům, ale prostřednictvím určitého kódu má přístup k široké škále funkcí, které DBMS implementuje.

Formát, protokol a obecný algoritmus pro použití databáze jsou vždy známé, i když stávající klasifikační systém DBMS označuje celou řadu koncepcí a možností implementace.

Koncepce systémů správy dat

Základní koncepce, která je samozřejmě vedoucí od okamžiku narození a která se dodnes zlepšuje, je základem pro návrh systémů pro správu databází - relačních vztahů. Databáze je soubor tabulek a propojení mezi nimi. Bylo to tak, tak to je, ale nebude to příliš dlouho.

Další datové modely:

• hierarchický;
• síť;
• ER-model (essence-komunikace);
• objektově orientovaný;
• objektově-relační, atd.

Mají své vlastní výklenky, ale v každém z nich leží základní relativní vztahy. Ve skutečnosti jsou různé pojmy dat organizované v datových systémech nepochybně zřejmé: všechny údaje vždy mají smysl.

Jak odrážet význam ve formálním modelu počítačové databáze? Soudě podle několika jmény databázových modelů, zvláštní problém není tady, ale stále „čistý relační vztahy“ jsou ty, které není ani praktická aplikace, jak nazývá úkol zpracování rozhodnutí, jaké adjektivum aplikovat na jméno své databáze - nezáleží na tom, že je důležité, aby problém je vyřešen.

Klasifikace systémů pro správu dat

Nejzákladnější kategorie, která má významný praktický význam: použitelnost systému k vyřešení problému. Zde můžete rozdělit všechny DBMS do čtyř hlavních skupin:

• datový model;
• distribuce;
• způsoby přístupu;
• úrovni univerzálnosti.

Jedná se o obecnou klasifikaci moderních DBMS.

Koncept distribuce je důležitý, i když z významového pohledu nezáleží na tom, jak je databáze distribuována, je důležité, aby měla správnou možnost přístupu.

Metody přístupu k datům jsou také důležité: stránka může vyžadovat informace z databáze spravované společností Oracle, ale příjem / položka zde nebude nakonfigurována tak, jak by měla být MySQL.

Úroveň univerzálnosti je relativním kritériem, ale ve většině případů by měla být brána v úvahu. Ne každý projekt vyžaduje dynamiku a vysokou úroveň zabezpečení přístupu, spolehlivost skladování apod. V oblasti aplikace je třeba odpovídajícím způsobem vyvinout mnoho úkolů. Výběr DBMS s omezenou funkčností může v budoucnu vést k zbytečným výdajům na výměnu systému, který má omezené možnosti.

Funkce DBMS

Po zavedené tradici se klasifikace a Funkce DBMS hrají významnou roli při vývoji technického úkolu nebo projektu IT, který zahrnuje velké množství dat. V tomto případě termín "velký" může znamenat úroveň daného daného (zpracování obrazu) nebo počet záznamů (zpracování textu).

Funkčnost úkolu a očekávané řešení mohou stanovit jasné požadavky. Zejména výběr DBMS (klasifikace podle dat):

• prezentace dat (video, zvuk, text, různé kombinace);
• strukturování / formalizace (strukturované, nestrukturované);
• charakter / zdroj (hierarchický, relační, síťový);
• formát a místo uložení (místní, distribuované);
• (jeden, mnoho).

Tato stránka problému se týká pouze části důležitých bodů pro preferování jednoho DBMS druhého. Existuje spousta aplikovaných oblastí, ve kterých není pro jakoukoli volbu DBMS důležité zařazení. Například výběr systému správy stránek pro účely rozvoje lokality poskytne vývojáři jednoznačnou volbu pouze jedné konkrétní databáze.

Velké DBMS a komplexní připojení

Moderní informační úroveň DBMS (klasifikace podle významu a odpovědnosti):

• Terabyty informací (jeden velký soubor, spousta malých souborů);
• megabajty (několik souborů popisujících jednu databázi a data obsažená v ní).

Ale důležitost a zodpovědnost zde jsou vždycky skvělé nejen v prvním případě. Existuje mnoho odpovědných projektů, kdy je odpovědné rozhodnutí odpovědné za malé množství informací.

Obvykle je první kritérium definováno jako bezpodmínečný vedoucí společnosti Oracle, druhý - MySQL. Mají mnoho společného, ​​ale mnoho kardinálních rozdílů. Když vznikne potíže s připojením webového zdroje k databázi Oracle bez použití vlastních nástrojů a technologií, vzniká mnoho otázek. Komplexní připojení není neobvyklé, je často jen podmínkou pro dosažení řešení.

Čím méně problémů při doručování dat vzniká, když jsou v místní síti na serveru MS SQL Server, ke kterému je připojení k dispozici prostřednictvím několika hardwarových směrovačů.

Ve skutečnosti jsou ve skutečnosti všechny komponenty důležité: architektura DBMS, klasifikace DBMS podle funkčnosti, variabilita konektivity a šířka pásma komunikačních kanálů.

Zabezpečení přístupu a ukládání dat

Znalosti DBMS, klasifikace, teorie databází obecně, praktické zkušenosti a jiné koncepční momenty jsou nepochybně důležité. Spolehlivost hardwarové komponenty dnes je velmi vysoká, ale otázka kvality kódu a zejména jeho sémantiky je stále relevantní.

Všechny DBMS mohou poskytnout zabezpečený přístup k databázi, ale co běžná praxe kopírování databází při vytváření záložních kopií?

Tento zlý nápad je typický pro databáze, které jsou umístěny ve stejném souboru jako v mnoha souborech. V prvním případě zmizení jeden bajt nebo bit zničit celý obraz, a ve druhé databázi popisující neúplnou kopii nebo soubory, které obsahují data, by také vést k nepředvídatelným výsledkům.

Je s podivem, že databáze vývojáři nejsou obavy o těchto skutečnostech, ale v případě, že jste podnikli potřebné kroky a jednou provždy v otázce dostupnosti dat mimo systému řízení uzavřeno, bude tvořit dilema: na zařazení do databáze by být zjednodušena do extrému:

• má smysl používat (je to bezpečné, spolehlivé, vždy dostupné);
• nelze použít (vše je řízeno vývojářem DBMS).

Nemůžete ovládat všechno, čím více programátorů zažijete, tím více možností opouští zákazníkovi. Zavřením dat pro externí řízení a změnou je poskytnutí řešeného úkolu s dlouhou životností.

Otázka zabezpečení a dostupnosti dat spočívá nad jakýmkoli řešením. Jedná se o infrastrukturu společnosti, místní síť, obvod zabezpečení atd.

Samotné údaje, databáze a systémy řízení by měly být co nejvíce otevřené a přístupné, a to v souladu se zavedenými pravidly a přirozenými požadavky, které byly testovány dlouhou praxí.

Sociální aspekt DBMS

Vzhledem k různým metodám klasifikace DBMS je třeba věnovat zvláštní pozornost sociální komponentě v kontextu teorie a její použitelnosti v praxi.

Když existovaly lokální sítě a databáze umístěné na serveru a DBMS poskytovaly přístup mnoha uživatelům, bylo vše velmi jednoduché: architektura souborového serveru je velmi praktická, dnes jsou:

• souborový server;
• klient-server;
• vestavěná databáze.

Tři strany stejné mince. Nezáleží na tom, kde je databáze, není důležité, které DBMS je vybráno. Je důležité, aby data a kód, jsou použity, musí být co mobilní a jsou k dispozici, ale zůstávají na území celkové bezpečnosti pod vysokou ochranu nejen na technologické faktory (útoky, destruktivní interference), ale z chování bodu, pokud jde o zaměstnance, kteří vyvíjejí kód nebo používají data.

Relační vztahy: Perspektivy

Stávající představy o DBMS, jejich klasifikaci, nahromaděný jedinečný potenciál v teorii a v praxi aplikace jsou nepochybné. Vývojáři DBMS a spotřebitelé informací prošli dlouhou cestou a každým dnem se dynamika zlepšování rychle urychlila.

Relační koncept stále drží silné postoje a žádná jiná architektura nebo myšlenka nepřijmou nic. Ale je to tak pravda jejího příběhu: stůl je vztah mezi daty a vztah mezi tabulkami je také vztah? Proč by měl být v tabulce záhlaví a pokud nejsou k dispozici žádné údaje, není žádná tabulka? Proč je tabulka vždy obdélníková a data v ní mají přísný typ a velikost?

Svět informací se vyznačuje hladkými tvary, nejen obdélníky. Není čas připustit překvapivě jednoduchý nápad: je zde tabulka, ale bude tam nějaká čepice nebo ne, což je případ konkrétního případu. Kolik bude v tabulce řádků - je to vždy jasné: od nuly až po omezení konkrétního DBMS, ale proč nemůže být toto pozitivní přičítáno počtu sloupců?

Pokud použijete abstrakci, na kterou tak dlouho je moderní objektově orientovaný programovací, relační vztahy, to dopadá velmi nadějný další krok: databáze, ve kterém záleží na stůl, nebo prostě daný, ale v případě, že tabulka je, co to bude a zda čarou nebo sloupce a jak budou propojeny na své úrovni - otázka aplikace. Jak bude vše propojeno napříč všemi daty a tabulkami, je také otázkou rozsahu a nikoliv kompetencí vývojáře, který zřizuje DBMS nebo kód, který je používá.