Údaje sú vždy štruktúra a obsah, syntax a sémantika. V kontexte databáz sú to tabuľky, prepojenia medzi tabuľkami, dopyty a ich výsledky. Dá sa povedať, že dominantné myšlienka relačných databáz - ideálne, ale je to praktické, pohodlné a umožňuje popísať akýkoľvek priestor.

Ak je databáza - zbierka tabuliek, databázový systém (DBMS) - podpernú viac databázach a poskytuje každý z nich na správnu funkciu správy, prevádzky a čítanie. V priebehu doby, databázy našiel veľmi špecifickú sadu funkcií, ktoré sú považované za de facto štandard, a získal svoj vlastný jazyk pre popis a vzorky práce.

funkčnosť základnej databázy

Databáza umožňuje zobraziť súhrnné údaje prostredníctvom tabuliek definuje vzťahy medzi tabuľkami, určiť potrebné požiadavky na vytvorenie požadovaných výsledkov a poskytujú dve možnosti: (8 ) zmena;

iba na čítanie.

V skutočnosti je z databázy a nepotrebujú viac, je potrebné zabezpečiť, prístupový kód pre účely správy a prevádzky (čítať alebo zmeniť). Používateľ nemá priamy prístup k údajom, ale kvôli konkrétnemu kódu má širokú škálu funkcií implementovaných DBMS. formát, protokol a spoločná algoritmus použitý databázy je vždy známy, hoci generované databázový systém klasifikácie ukazuje veľké množstvo konceptov a možnosti implementácie.

Pojmy systémovspráva dát

Základná koncepcia, ktorá samozrejme vedie od svojho vzniku a je dodnes vylepšená, je základom návrhu systémov riadenia databáz - relačných vzťahov. DB je súbor tabuliek a prepojení medzi nimi. Tak to bolo, ale nebude to príliš dlhé.


Iné dátové modely:

hierarchické;

;

ER model (esencia - komunikácia);

objektovo orientované;

objektovo-relačné, atď.

Majú svoje vlastné výklenky, ale každý z nich je založený na rovnakom vzťahu. V rôznych koncepciách údajov organizovaných v dátovom systéme je v podstate jednoznačne a zjavne iba jedna vec: všetky dáta majú vždy zmysel. Ako zobraziť obsah formálneho počítačového databázového modelu? Súdiac podľa niekoľkými názvami modelov DB Osobitným problémom tu, ale stále "čistý relačné prístup", sú len, že nie je ani praktická aplikácia: pre volanie vyriešil problém dát, ktorá adjektívum pripojiť k názvu databázy - či už to je dôležité, aby úloha je vyriešená.

Klasifikácia systémov pre správu dát

Najviac základné kategórie, ktorý je praktický význam: Vhodnosť systému na vyriešenie problému. Tu môžete rozdeliť všetky DBMS do štyroch hlavných skupín:

dátový model;

rozvetvenie;

režimy prístupu;

úroveň univerzálnosti.

Toto je všeobecná klasifikácia moderných databáz. Pojem fragmentácie je dôležitý, hoci sémanticky nezáleží na tom, ako je databáza distribuovaná dôležitá,že má potrebnú možnosť prístupu. Spôsoby prístupu k údajom sú tiež dôležité: stránka môže vyžadovať informácie z databázy spravovanej Oracle, ale získavanie /písanie tu nebude rovnaké ako pri používaní MySQL. Úroveň univerzálnosti je relatívnym kritériom, ale vo väčšine prípadov by sa mala brať do úvahy. Nie každý projekt si vyžaduje dynamiku a vysoký stupeň bezpečnostného prístupu, spoľahlivosť skladovania atď. Mnohé úlohy vyžadujú vývoj aplikačnej oblasti. Voľba DBMS s obmedzenými funkciami môže v budúcnosti viesť k zbytočným nákladom na výmenu systému s obmedzenými možnosťami.

Funkcie DBMS

Na základe zavedenej tradície zohrávajú funkcie klasifikácie a DBMS významnú úlohu pri vývoji technickej úlohy alebo IT projektu, ktorý zahŕňa veľké objemy údajov. V tomto prípade môže výraz "veľký" znamenať úroveň tohto konkrétneho (spracovanie obrazu) alebo počet záznamov (spracovanie textu). Funkčnosť úlohy a očakávané riešenie môžu stanoviť jasné požiadavky. Najmä výber DBMS (klasifikácia podľa údajov):

reprezentácia údajov (video, zvuk, text, rôzne kombinácie);

štruktúrovanie /formalizácia (štruktúrované, neštruktúrované);

príroda /zdroj (hierarchický, relačný, sieťový);

formát a miesto uloženia (miestne, distribuované);

používateľov (jedna, veľa).

Táto stránka otázky sa týka iba niektorých dôležitých bodov v prospech jedného DBMS druhého. Existuje veľa aplikačných oblastí, v ktorých jevýber databázovej klasifikácie podľa akéhokoľvek kritéria nemá zmysel. Napríklad výber systému správy stránok za účelom vývoja lokality postaví developera pred jednoznačnou voľbou iba jednej konkrétnej databázy.

Veľké databázy a komplexné pripojenie

Aktuálna úroveň informácií o databáze (klasifikácia podľa významu a zodpovednosti):

terabajty informácií (jeden veľký súbor, veľa malých súborov);

megabajtov (niekoľko súborov popisujúcich jednu databázu a obsahuje údaje).

Ale význam a zodpovednosť tu sú vždy skvelé nielen v prvom prípade. Existuje mnoho zodpovedných projektov, v ktorých sa malé množstvo informácií prijíma rozhodovacie rozhodnutia.
Obvykle je prvé kritérium definované ako absolútny vodca spoločnosti Oracle, druhý - MySQL. Majú veľa spoločného, ​​ale mnoho kardinálnych rozdielov. Pokiaľ ide o kombináciu webového zdroja s databázou Oracle bez použitia vlastných nástrojov a technológií, existuje veľa problémov. Ťažko sa spojiť - dlhá doba nie je nezvyčajná a často len podmienkou na dosiahnutie riešenia. Menej problémov s prenosom údajov sa vyskytuje, keď sa nachádzajú v lokálnej sieti na serveri MS SQL Server, ku ktorému je pripojenie k dispozícii prostredníctvom viacerých hardvérových smerovačov. V skutočnosti sú v praxi dôležité všetky komponenty: architektúra DBMS, klasifikácia DBMS podľa funkcie, všestrannosť pripojenia a šírka pásma komunikačných kanálov.

Bezpečnosť prístupu a ukladania

Znalosť, klasifikácia, teória databáz vo všeobecnosti,praktické skúsenosti a iné koncepčné body, samozrejme, sú dôležité. Spoľahlivosť hardvér komponentov je veľmi vysoká dnes, ale otázka kódexu, najmä jeho sémantika stále relevantné. Poskytujú bezpečný prístup k databáze môžu byť všetky databázy, ale čo bežnou praxou databáz pre zálohovanie? Tento chybný nápad charakteristika databáza umiestnená v jedinom súbore a sady súborov. V prvom prípade zmiznutia jeden byte alebo bit pokaziť celý súbor, a v druhom prípade neúplná kópia alebo opis databázové súbory, ktoré obsahujú dáta budú viesť k nepredvídateľným následkom. Je prekvapivé, že vývojári databáz nestarajú o týchto skutočnostiach, ale v prípade, že uskutočnili potrebné kroky a raz uzavretý a pre všetkých v otázke dostupnosti dát mimo konania, ktoré Vytvorená bude mať dilemu: databázový systém klasifikácie jednoduchší by bolo obmedziť:

má zmysel iba (bezpečné, bezpečné, vždy všetko dostupné);

nemožno použiť (všetko je riadené vývojárom DBMS).

Nemôžeme kontrolovať všetko, skúsený programátor, tým viac možností, kedy opustí zákazníka. Uzavretie údajov pre externé ovládanie a zmenu znamená, že riešenie nie je dlhé. Otázka bezpečnosti a dostupnosti údajov je mimo akéhokoľvek rozhodnutia. Patrí do infraštruktúry, sietí, zabezpečenie perimetra atď Samy o sebe, dáta, databázy a systém riadenia by mal byť ako otvorené a prístupné nadodržiavanie zavedených, osvedčených, dlhodobých pravidiel a prirodzených požiadaviek.

Sociálny aspekt databázy

Vzhľadom na rôzne spôsoby, ako triediť databázy, by mali venovať osobitnú pozornosť sociálnemu rozmeru v kontexte teórie a jej aplikácie v praxi. Keď boli lokálne siete a databázy umiestnené na serveri a databázy zdieľané s mnohými ľuďmi, to bola veľmi jednoduchá: architektúra "file server - veľmi praktické sú dnes:

, file server; [51 ]

klient-server, ...

vstavané databázy

Tri strany tej istej mince Bez ohľadu na to, kde je databáza sám, bezcharakterný, ktorí vybraný databáz Dôležité je, že dáta a kód používaný by mal byť čo najskôr mobilný a prístupný, ale v rámci obvodu všeobecnej bezpečnosti za prísnej ochrany nielen v

Vzťahové vzťahy: perspektívy

Existujúce myšlienky o DBMS, ich klasifikácia, akumulovaný jedinečný potenciál vo vývoji databázy a vývoj databázy. teórie a prax aplikácie sú nepochybné. Vývojári DBMS a spotrebitelia informácií prešli dlhú cestu a každý deň sa dynamika zlepšovania rýchlo zrýchlila. Vzťahová koncepcia platí, stále silné pozície a žiadna iná architektúra alebo myšlienka dávať v ničom nebude. Ale je to správne pre jej sprisahanie: tabuľka je vzťah medzi údajmi a vzťah medzi tabuľkami - je to rovnaký postoj?Prečo by mala byť hlavička v tabuľke a ak neexistujú žiadne údaje, potom neexistuje žiadna tabuľka? Prečo je obdĺžnikový stôl vždy a údaje v ňom majú striktný typ a veľkosť? Svet informácií je charakterizovaný hladkými formami a nie iba obdĺžnikmi. Nie je čas pripustiť prekvapivo jednoduchý nápad: je tu stôl, ale v ňom klobúk alebo nie - prípad konkrétneho prípadu. Koľko riadkov v tabuľke - vždy jasné: nula obmedzenie osobitnej databáze, ale prečo nie zahrnúť túto sumu v kladnom stĺpci? Ak používate abstrakcii, ktorá tak dlho je moderný objektovo orientovaný programovací, relačné vzťahy k veľmi sľubné ďalšom kroku RDBMS, v ktorých bez ohľadu na to, alebo túto tabuľku a v prípade, že tabuľka, čo to je a či existuje riadku alebo stĺpci a ako budú vzájomne prepojené na svojej úrovni - otázka aplikácie. Ako to bude uv'yazano všetky dáta a stoly - tiež otázka pôsobnosti, nie kompetenčné developer robí databázy alebo kód používa.