V tejto kapitole zdôrazňujeme a charakterizujeme základné triedy DBMS.

Hlavná klasifikácia DBMS je založená na použitom databázovom modeli. Podľa tohto kritéria sa rozlišuje niekoľko tried DBMS: hierarchická, sieť, relačný, objekt a ďalšie. Niektoré DBMS môžu súčasne podporovať viacero dátových modelov.

Skoršie DBMS, ako sú hierarchické a siete, majú stromovú štruktúru a sú postavené na princípe "predkov - potomka". Takéto systémy však už kontaktovali a aplikujú viac a menej.

Relačné DBMS prišli nahradiť hierarchickú a sieť.

Charakteristiky relačných DBMS

Prvý teoretický vývoj v oblasti relačného DBMS bol získaný v 70. rokoch, v rovnakom čase sa objavili prvé prototypy relačných DBMS. Dlho sa považovalo za nemožné dosiahnuť účinné vykonávanie takýchto systémov. Avšak, postupná akumulácia metód a algoritmov pre organizáciu relačných databáz a ich riadenie viedli k tomu, že už v polovici 80. rokov, relačné systémy prakticky vysídlených prvých DBMS zo svetového trhu.

Relačný prístup k organizácii DBMS zahŕňa prítomnosť súboru vzťahov (dvojrozmerné tabuľky) prepojené. Komunikácia v tomto prípade je združenie dvoch alebo viacerých vzťahov (tabuľky). Databáza, ktorá nemá prepojenia medzi vzťahom, má veľmi obmedzenú štruktúru a relačné sa nepovažuje. Žiadosti o takéto databázy vrátia tabuľku, ktorá sa opätovne uvádza zúčastniť sa na nasledujúcej požiadavke. Údaje v niektorých tabuľkách, ako sme povedali, súvisia s týmito tabuľkami, odkiaľ sa stalo názvom "relačné".

Relačný prístup v stavbe DBMS má rad výhod Baydak A.Ya., Bulgakov A.A. Moderné DBMS a ich použitie v energetickom sektore [elektronický zdroj]. - Prístupový režim: http: // Masters. donntu.edu.ua/2010/etf/baydak/library/Article2. HTM. - naklonenie. Z obrazovky:

Prítomnosť malého množstva abstrakcií, ktoré vám umožňujú relatívne jednoducho simulovať väčšinu spoločných oblastí objektu a umožniť presné formálne definície, ktoré zostali intuitívne;

Prítomnosť jednoduchého a zároveň silným matematickým prístrojom založeným najmä na teórii súborov a matematickej logiky a zabezpečenie teoretického základu pre relačného prístupu k organizácii databáz;

Možnosť unikátnej manipulácie s údajmi bez nutnosti poznať konkrétnu fyzickú organizáciu databáz v externej pamäti.

Relačný model má prísne teoretické odôvodnenie. Táto teória prispela k vytvoreniu deklaratívneho jazyka SQL, ktorá sa v súčasnosti stala štandardom na určenie a manipuláciu s relačným databázam. Iné silné stránky relačného modelu - jednoduchosť, vhodnosť pre interaktívne systémy spracovania transakcií (OLTP), zabezpečenie nezávislosti z údajov. Avšak, model relačného dát a relačné DBMS, najmä majú určité nevýhody.

Hlavná nevýhoda relačného DBMS sa považuje za inherentnú v týchto systémoch obmedzenia používania v oblastiach, v ktorých sú potrebné dostatočne komplexné dátové štruktúry. Jedným z hlavných aspektov tradičného modelu relačného dát je atomicity (jedinečnosť a nedeliteľnosť) údajov, ktoré sú uložené na križovatke riadkov a stĺpcov stola. Toto pravidlo bolo založené na relačnom algebre vo svojom vývoji ako matematický model údajov. Okrem toho špecifickosť realizácie relačného modelu dostatočne neodráža skutočné vzťahy medzi objektmi v popísanej oblasti objektu. Tieto obmedzenia v podstate interferujú s účinným implementáciou moderných aplikácií, ktoré si vyžadujú niekoľko ďalších prístupov k dátovej organizácii.

Hlavným princípom relačného modelu je odstrániť opakujúce sa polia a skupiny pomocou procesu nazývaného normalizácie. Ploché normalizované tabuľky sú univerzálne, jednoduché v porozumení a sú teoreticky dostatočné na reprezentáciu údajov akejkoľvek oblasti. Sú dobre vhodné pre aplikácie súvisiace s skladovacím a zobrazovaním údajov v tradičných priemyselných odvetviach, ako sú bankové alebo účtovné systémy, ale ich použitie v systémoch založených na zložitejších dátových štruktúrach je často ťažké. V podstate je to kvôli primitivituschopnosti skladovacích mechanizmov, ktoré sú základom relačného modelu Nikitinu M. Ukončila éra relačného DBMS? [Elektronický zdroj]. - režim prístupu: http: //www.cnews.ru/reviews/free/marketbd/articles/articles2. shtml. - naklonenie. Z obrazovky.

K dnešnému dňu sú známe firmy relačných výrobcov DBMS nasledovné - Oracle, Informix, IBM (DB2), SYBASE, Microsoft (MS SQL Server), pokrok a iné. Vo svojich výrobkoch sa výrobcovia DBMS zameriavajú na prácu na rôznych typoch počítačov (z menoviek na prenosné) a na rôznych operačných systémoch (OS). Výrobcovia DBMS tiež nezaplatili produkty, ktoré pracujú na stolných počítačoch, ako je DBASE, FOXPRO, prístup a ich ako. Tieto DBMS sú navrhnuté tak, aby pracovali na PC a vyriešili miestne úlohy na jednom PC alebo v malej RS skupine. DBMS sa často používajú ako zrkadlové mapovanie malej časti celkových firemných DBMS na minimalizáciu požadovaných nákladov na hardvér a zdroje na riešenie malých úloh.

Rôzne DBMS pracujú pod kontrolou rôznych operačných osôb a hardvéru. Najslávnejší medzi týmito OS - Unix, VAX, Solaris, Windows. V závislosti od množstva ukladania údajov, počet používateľov, ktorí súčasne pristupujú k údajom, zložitosť úloh - rôzne DBMS sa používajú na rôznych platformách. Napríklad Oracle DBMS na Unix nainštalované na viacprúdovom serveri nám umožňuje vyriešiť úlohy, aby zabezpečili stovky tisíc používateľov Ponomareva I.S. Systémy správy databáz [elektronický zdroj]. - Prístupový režim: http: // MathMod. aspu.ru/images/file/ponomareva/tm10_about%20bd. Pdf. - s. 2.

V súčasnosti systém Windows orientovaných na systémoch DBMS pomocou platformy Intel.

Logický dátový model, prísna matematická teória opisujúca štrukturálny aspekt, aspekt integrity a aspekt spracovania údajov v relačných databázach.

• Konštrukčný aspekt (komponent) - Údaje v databáze sú súborom vzťahov.
• Aspekt (zložka) integrity - vzťah (tabuľka) spĺňa určité podmienky integrity. RMD podporuje deklaratívne obmedzenia integrity úrovne domény (typ údajov), úroveň vzťahov a úrovne databázy.
• Aspekt (zložka) spracovania (manipulácia) - RMD udržuje prevádzkovateľov na manipuláciu s vzťahmi (relačná algebra, relačný kalkul).

Okrem toho model relačného dát zvyčajne zahŕňa teóriu normalizácie.

Relačný dátový model je aplikácia na spracovanie úloh týchto častí matematiky ako teórie súborov a formálne logiky.

Termín "relačný" znamená, že teória je založená na matematickom koncepcii (vzťah). Ako neformálne synonymum sa slovo "pomer" často stretáva s tabuľkou slov. Treba pripomenúť, že "tabuľka" je koncepcia nepretržitého a neformálneho a často znamená, že nie "postoj" ako abstraktný koncept, ale vizuálne znázornenie vzťahu na papieri alebo obrazovke.

Pre lepšie pochopenie RMD treba poznamenať tri dôležité okolnosti:

• model je logický, t.j. Vzťahy sú logické (abstraktné), a nie fyzické (uložené) štruktúry;
• v prípade relačných databáz je zásada informácií pravdivá: všetok obsah databázy predstavuje jeden a len jedným spôsobom, a to zjavné nastavenie hodnôt atribútov vo vzťahoch; Neexistujú najmä žiadne ukazovatele (adresy), ktoré spájajú jednu hodnotu s iným;
• prítomnosť relačného algebra umožňuje okrem navigačných (procesných) programovania a procedurálneho testovania podmienok implementovať deklaratívne programovanie a deklaratívne opisy integrity obmedzení integrity.

Princípy relačného modelu boli formulované v rokoch 1969-1970 od E. F. CODD (E. F. CODD). Myšlienky kódexu boli najprv podrobné v článku "relačného modelu údajov pre veľké zdieľané dátové banky", ktoré sa stali klasikou.

Prísne zhrnutie teórie relačných databáz (model relačného dát) v modernom porozumení možno nájsť v knihe K. J. DÁTUMU. "C. J. Dátum. Úvod do databázových systémov "(" Dátum, K. J. Úvod do databázových systémov ").

Alternatívy k relačnému modelu sú hierarchický model a sieťový model. Niektoré systémy, ktoré používajú tieto staré architektúry, sa doteraz používajú. Okrem toho je možné spomenúť objektový model údajov, na ktorých sú postavené takzvané objekt DBMS, hoci neexistuje jednoznačná a všeobecne akceptovaná definícia takéhoto modelu.

Výhody relačného modelu

• Jednoduché a prístupné pochopenie koncového používateľa - jediný dizajn informácií je tabuľka.
• Pri navrhovaní relačnej databázy sa na základe matematického prístroja používajú prísne pravidlá.
• Úplná nezávislosť údajov. Pri zmene štruktúry relačnej zmeny, ktorá vyžaduje vyrábať v aplikáciách, minimálne.
• Ak chcete vybudovať požiadavky a písanie aplikovaných programov, nie je potrebné poznať konkrétnu organizáciu BD v externej pamäti.

Nevýhody relačného modelu

• Relatívne nízka rýchlosť prístupu a veľké množstvo externej pamäte.
• Obtiažnosť pochopenia štruktúry údajov v dôsledku vzhľadu veľkého počtu tabuliek v dôsledku logického dizajnu.
• Nie je vždy predmetná oblasť môže byť reprezentovaná ako súbor tabuliek.

Na začiatok

Databázy a DBMS

Informačné systémy

Jednou z najdôležitejších podmienok pre zabezpečenie efektívneho fungovania akejkoľvek organizácie je dostupnosť rozvinutého informačného systému. Informačný systém Implementuje automatizované zber, spracovanie a manipuláciu s údajmi, obsahuje technické nástroje na spracovanie údajov, softvér a servisný personál.

Súčasnou formou informačných systémov sú dátové banky, ktoré obsahujú počítačový systém, jednu alebo viac databáz (databázy), systém správy databáz (DBMS) a súbor aplikačných programov (PP). Hlavnými funkciami dátových bánk sú:

Ukladanie údajov a ich ochranu;

Zmena (aktualizácia, pridanie a odstránenie) uložených údajov;

Vyhľadávanie a výber údajov o požiadavkách používateľov;

Výstup dát a výstup.

Databáza Poskytuje ukladanie informácií a je menovaný súbor údajov organizovaných určitými pravidlami, ktoré zahŕňajú všeobecné zásady opisu, skladovania a manipulácie s údajmi.

Systém správy databázy Je to balík aplikačných programov a súbor jazykových nástrojov určených na vytvorenie, udržiavanie a používanie databáz.

Aplikačné programy (Aplikácie) Ako súčasť dátových bánk slúžia na spracovanie údajov, výpočtov a výstupných dokumentov pre danú formu.

žiadosť Je to program alebo súbor programov pomocou databázy a zabezpečenie automatizácie spracovania informácií z určitej oblasti predmetu. Aplikácie môžu byť vytvorené ako v prostredí DBMS a mimo DBMS - pomocou programovacieho systému, napríklad,Delphi. alebo C ++.Builder., Pomocou prístupu do databázy.

Ak chcete pracovať s databázou, v mnohých prípadoch môžete urobiť len na nástroje DBMS, povedzme, vytvárať požiadavky a správy. Aplikácie sa vyvíjajú najmä v prípadoch, keď je potrebné zabezpečiť pohodlie práce s databázou s nekvalifikovanými užívateľmi alebo rozhraním DBMS neurčuje užívateľovi.

Najdôležitejšou výhodou aplikácie databázy v informačných systémoch je zabezpečiť nezávislosť údajov z aplikačných programov. Nie je potrebné sa vysporiadať s otázkami údajov v pamäti, prístupové metódy, atď.

Takáto nezávislosť sa dosiahne podporovanými DBMS prostredníctvom viacúrovňovej prezentácie údajov v databáze na logickej (užívateľom) a fyzických úrovniach.

Ako hlavné kritérium pre optimalita fungovania databázy sa spravidla používajú časové charakteristiky vykonávacích požiadaviek používateľov s aplikačnými programami.

Nástroje na vytváranie databáz

Súborové systémy

Vývoj základných pojmov prezentácie údajov

Akýkoľvek počítačový proces je zobrazenie niektorých vstupných údajov na produkte.

Pomer zložitosti prezentácie spracovaných údajov a algoritmu výpočtu definuje dve úlohy triedy:

- výpočtové úlohy - pomerne jednoduchú prezentáciu údajov a komplexný proces výpočtovej techniky;

- Úlohy spracovania údajov (nekonzistentné úlohy) - jednoduchý algoritmus spracovania údajov a komplexznázornenie spracovaných údajov.

V súlade s tým musíte venovať pozornosť vývoja algoritmu riešenia problémov a metódami prezentácie spracovania údajov.

Od neskorých 60 rokov sa počítače začínajú intenzívne používať na riešenie takzvaných nekonzistentných úloh spojených so spracovaním rôznych typov dokumentov. Pri používaní súborových systémov sa údaje uložia do súboru určeného len na riešenie tejto úlohy. V tomto prípade je popis údajov zahrnutý do aplikačného programu. Pri zmene formátu vstupu súborov potrebujete zmenu v aplikačnom programe. Softvérový systém, ktorý si zaoberá úlohu, je teda určený vlastnými údajmi a spravuje ich.

Nevýhody súborových systémov

1. Štruktúra zadávania súboru je známa len pre program, v ktorom je vytvorený. Zmena v štruktúre vyžaduje zmeny programov pomocou tohto súboru s údajmi. Touto cestou, programy závisia od údajov .

2. Problémy s autorizáciou prístupu. OS na vymedzenie prístupu môžete používať. Toto riešenie je možné, ale nepohodlné. Potrebujeme centralizovaný prístup k informáciám.

3. Problémy s organizáciou prístupu multiplayerov. Systémy správy súborov poskytujú multiplayerový režim, ale majú funkcie, ktoré umožňujú databázu. Pri čítaní týchto viacerých používateľských problémov sa nevyskytujú. Zmeny vyžaduje synchronizáciu používateľských akcií. Zvyčajne pri otváraní súboru je zadaný režim (čítanie / zápis). Ak je do tohto času súbor otvorený iným procesom v režime zmeny, OS alebo uvádza, že súbor nie je možné otvoriť, alebo je akcia zablokovaná, kým nie je zatvorený iný proces. V každom prípade, a to buď zároveň niekoľko používateľov nemôže upraviť databázu, alebo sa proces vykonáva pomaly.

V aplikačnom programe pomocou pri riešení úlohy, jedného alebo viacerých jednotlivých súborov je za bezpečnosť a presnosť údajov zodpovedná programátor pracujúci s touto úlohou. Používanie databázy zahŕňa prácu s ním niekoľko aplikačných programov, ktoré sú rozhodujúcimi úlohami rôznych používateľov.

Samozrejme, pokiaľ ide o bezpečnosť a presnosť integrovaných údajov, programátor riešenie jednej z použitých úloh už nemôže reagovať. Okrem toho, rozšírenie kruhu vyriešeného použitím databázy úloh môže viesť k vzniku nových typov záznamov a vzťahov medzi nimi. Takáto zmena v databázovej štruktúre by nemala viesť k zmene viacerých predtým vyvinutých a úspešných fungujúcich aplikácií softvérových systémov pracujúcich s databázou. Na druhej strane, možná zmena v ktoromkoľvek z aplikačných programov, zase, by nemala viesť k zmene štruktúry údajov. Všetky vyššie uvedené príčinypotreba oddeliť údaje z aplikačných programov.

Systémy správy databáz

Úloha rozhrania medzi aplikačnými programami a databázou, ktorá poskytuje ich nezávislosť, hrá softvérový balík - systém správy databáz (DBMS).

DBMS - softvérový komplex podpory pre integrovaný súbor údajov určených na vytváranie, udržiavanie a používanie databázy podľa mnohých používateľov (aplikačné programy).

Hlavné funkcie systému správy databázy.

1. Definovanie štruktúry vytvorenej databázy, inicializácie a počiatočného stiahnutia

2. Poskytovanie možností manipulácie s údajmi (odber vzoriek potrebné údaje, vykonávanie výpočtov, vývoj vstupného / výstupného rozhrania, vizualizácie).

3. Zabezpečenie nezávislosti aplikačných programov a (logická a fyzická nezávislosť).

4. Ochrana logickej integrity databázy.

5. Ochrana fyzickej integrity.

6. Správa oprávnenia používateľa na prístup k databáze.

7. Synchronizácia viacerých používateľov.

8. Riadenie skladovacieho prostredia.

9. Podpora systémového personálu.

1. Definovanie štruktúry vytvorenej databázy, inicializácie a počiatočného stiahnutia. Vo väčšine moderných DBMS je databáza prezentovaná vo forme sady tabuliek.

2. Poskytovanie možností manipulácie s údajmi (odber vzoriek potrebné údaje, vykonávanie výpočtov, vývoj vstupného / výstupného rozhrania, vizualizácie). Takéto schopnosti v DBMS sa predkladajú buď na základe používania špeciálneho programovacieho jazyka, ktorý je súčasťou DBMS alebo pomocou grafického rozhrania.

3. Zabezpečenie nezávislosti aplikačných programov a údajov (logická a fyzická nezávislosť). Najdôležitejšou vlastnosťou DBMS je schopnosť udržiavať dva nezávislé pohľady na databázu - "osoba používateľa", ktorá bola zakotvená v logickej prezentácii údajov a jeho odrazom v aplikačných programoch; a "systémový pohľad" je fyzická prezentácia údajov v pamäti počítača. Poskytovanie logickej nezávislosti údajov poskytuje schopnosť zmeniť (v určitých limitoch) logického pohľadu databázy bez nutnosti zmeniť fyzické skladovacie štruktúry. Zmena logického znázornenia údajov v aplikáciách teda nevedie k zmene skladovacích konštrukcií. Zabezpečenie fyzickej nezávislosti údajov poskytuje schopnosť zmeniť (v rámci určitého limitu) spôsoby, ako usporiadať databázu v pamäti počítača bez toho, aby to spôsobilo, že je potrebné zmeniť "logickú" prezentáciu údajov. Zmena spôsobov organizácie databázy teda nevedie k zmene aplikačných programov.

4. Ochrana logickej integrity databázy.

Hlavným cieľom implementácie tejto funkcie je zvýšenie presnosti údajov v databáze. Presnosť údajov môže byť porušená pri ich vstupoch do databázy alebo v nezákonných činnostiach postupov spracovania údajov, ktoré prijímajú a zadali do databázy nesprávne údaje. Na zvýšenie spoľahlivosti údajov v systéme sú vyhlásené takzvané obmedzenia integrity, ktoré v určitých prípadoch "chytili" nesprávne údaje. Tak, vo všetkých moderných DBMS, korešpondencia údajov zadaných údajmi opísanými pri vytváraní štruktúry. Systém vám nedovolí zadať znak v oblasti číselného typu, nedovolí, aby ste zadali neplatný dátum atď. V rozvinutých systémoch sa obmedzenia integrity opisujú programátor, na základe zmysluplného zmyslu pre úlohu a ich kontrola sa vykonáva pri každom aktualizácii týchto údajov. Detailne

5. Ochrana fyzickej integrity. Pri prevádzke počítača sú možné poruchy (napríklad v dôsledku vypnutia), poškodenie nosičov dát. V tomto prípade môže byť komunikácia medzi údajmi rozbitá, čo vedie k nemožnosti ďalšej práce. Vyvinuté DBMS majú nástroje na obnovu databázy. Najdôležitejšou koncepciou je koncepcia "transakcie". Transakcia - Toto je jednotka činností vyrobených s databázou. Transakcia môže obsahovať niekoľko operátorov menia databázy, ale aj všetci títo operátori sa vykonávajú, alebo nie je spokojný. DBMS, okrem zachovania samotnej databázy, tiež vedie log.

Potreba používať transakcie v databázach bude ilustrovať na zjednodušenom príklade. Predpokladajme, že databáza sa používa v niektorých bankách a jeden zo zákazníkov si želá previesť peniaze na zákazníka inej banky. Databáza ukladá informácie o počte peňazí od každého zo zákazníkov. Musíme urobiť dve zmeny v databáze - znížiť množstvo peňazí na účte jedného zo zákazníkov, a preto zvýšiť sumu peňazí na iný účet. Samozrejme, skutočný preklad peňazí v banke je oveľa zložitejší proces ovplyvňujúci mnoho tabuliek, a prípadne veľa databáz. Essencia však zostáva rovnaká - musíte buď urobiť všetky akcie (zvýšiť účet jedného klienta a znížiť účet druhého), alebo nedokončiť žiadne z týchto činností. Nemôžete znížiť množstvo peňazí na jednom účte, ale nezvyšujte sumu peňazí na strane druhej.

Predpokladajme tiež, že po prvej z prvej akcie (zníženie množstva peňazí na skóre prvého klienta) bolo zlyhanie. Napríklad by sa mohlo vyskytnúť pripojenie klientskeho počítača s databázou alebo klientskym počítačom, mohlo sa vyskytnúť systematické zlyhanie, ktoré viedli k reštartu operačného systému. Aká bola databáza v tomto prípade? Tím na zníženie peňazí na skóre prvého klienta bol vykonaný, a druhý tím - zvýšiť peniaze na iný účet - nie, čo by viedlo k kontroverznému, neaktívnemu stave databázy.

Použitie transakčného mechanizmu umožňuje nájsť riešenie v tomto a podobných prípadoch. Pred vykonaním prvej akcie sa vydá príkaz začiatku transakcie. Transakcia obsahuje operáciu na odstránenie peňazí na jeden účet a zvýšiť sumu na inom účte. Prevádzkovateľ ukončenia transakcií sa bežne používa. Odvtedy po vykonaní prvej akcie sa transakcia nedokončila, zmeny sa nezadajú do databázy. Zmeny sa zadávajú (pevné) len po dokončení transakcie. Pred vydaním tohto vyhlásenia o ukladaní údajov v databáze sa nestane. V našom príklade, pretože operátor fixácie transakcií nebol vydaný, databáza "Roll" do pôvodného stavu - inými slovami, sumy na zákazníckych účtoch zostanú rovnaké, ako boli pred začiatkom transakcie. Administrátor databázy môže monitorovať stav transakcie av potrebných prípadoch manuálne "Roll Back" transakcie.

Okrem toho, pod zjavným prípadom DBMS nezávisle rozhoduje o "Rollback" transakcie.

Transakcie nemusia byť krátke. Existujú transakcie, ktoré trvajú niekoľko hodín alebo dokonca niekoľko dní. Zvýšenie počtu činností v rámci jednej transakcie si vyžaduje zvýšenie systémových zdrojov. Preto je vhodné vykonať transakcie čo krátke. Všetky transakcie sa zadajú do protokolu transakcií - a pevné a dokončená "Rollback". Udržiavanie protokolu transakcií v spojení s vytváraním záložných kópií databázy vám umožňuje dosiahnuť vysokú spoľahlivosť databázy.

Predpokladajme, že databáza bola poškodená v dôsledku zlyhania počítačového hardvéru, na ktorom bol nainštalovaný server DBMS. V tomto prípade musíte použiť najnovšiu záložnú databázu a protokol transakcií. Okrem toho, iba tie transakcie, ktoré boli zaznamenané po vytvorení zálohovania, by sa mali aplikovať na databázu. Väčšina moderných DBMS umožňuje správcovi obnoviť databázu na základe protokolu zálohovania a transakcie. V takýchto systémoch sa v určitom bode skopíruje databáza na zálohovanie médií. Všetky odvolania do databázy sa zaznamenávajú programovo prihlásené. Ak je databáza zničená, spustí sa postup obnovy, počas ktorého sú vykonané všetky zmeny vykonané na zálohu zo záznamu zmeny.

6. Správa oprávnenia používateľa na prístup k databáze.

Rôzni používatelia môžu mať rôzne dátové právomoci (niektoré údaje by nemali byť nedostupné; konkrétne používatelia nesmú aktualizovať údaje atď.). DBMS stanovuje mechanizmy vymedzenia prístupových orgánov, ktoré sú založené buď na zásadách hesiel alebo o opise úradu.

7. Synchronizácia viacerých používateľov.

Pomerne často môže existovať situácia, keď niekoľko používateľov súčasne vykoná prevádzku aktualizácie rovnakých údajov. Takéto konflikty môžu spôsobiť porušenie logickej integrity údajov, takže systém by mal poskytnúť opatrenia, ktoré neumožňujú aktualizáciu údajov na iným používateľom pri práci s týmito údajmi nedokončí prácu s nimi. Použitý hlavný koncept je "zámok". Zámok Sme potrební, aby sme zakázali rôznym používateľom schopnosť súčasne pracovať s databázou, pretože to môže viesť k chybám.

Na realizáciu tohto zákazu DBMS zavádza blokovanie objektov, ktoré používajú transakciu. Existujú rôzne typy zámkov - tabuľkových, stránok, riadkov a ďalších, ktoré sa od seba líšia podľa počtu uzamknutých záznamov.

Častejšie ako iné sa používa blokovanie čiary - pri prístupe k transakcii na jeden riadok je zablokovaný len tento reťazec, zostávajúce čiary zostávajú k dispozícii na zmenu.

Proces zmeny zmien v databáze sa teda pozostáva z nasledujúceho sledu akcií: Prevádzkovateľ začiatku transakcie sa vydáva, vydáva sa operátor zmeny údajov, DBMS analyzuje operátora a snaží sa nastaviť zámky potrebné na jeho vykonanie , V prípade úspešného zámku sa operátor vykonáva, potom sa proces opakuje pre nasledujúci operátor transakcií. Po úspešnom vykonávaní všetkých operátorov v rámci transakcie sa vykonáva operátor fixácie transakcií. DBMS zaznamenáva zmeny vykonané transakciou a odstráni blokády. V prípade nesplnenia niektorého z operátorov sa transakcia "valí späť", údaje získajú predchádzajúce hodnoty, zámky sa odstránia.

8. Životné prostredie riadenia zdrojov.

Databáza sa nachádza v externej pamäti počítača. Pri práci v databáze sa zadajú nové údaje (pamäť je zapnutá) a údaje sa vymažú (pamäť sa uvoľní). DBMS zdôrazňuje zdroje pamäte pre nové údaje, prerozdeľte uvoľnenú pamäť, organizuje frontu údržby požiadaviek na externú pamäť atď.

9. Podpora systémového personálu.

Pri prevádzke databázy môže byť potrebné zmeniť parametre DBMS, výber nových metód prístupu, zmeny (ako definovaných limitov) Štruktúra uložených údajov, ako aj vykonávanie niekoľkých ďalších systémových akcií. DBMS poskytuje možnosť splniť tieto a iné opatrenia na podporu databázových aktivít systémovým personálom nazývaným administrátorom databázy.

Klasifikácia DBMS

DBMS je zvyčajne rozdelený podľa používaného dátového modelu (ako aj databázy) na tieto typy: hierarchická, sieťová, relačná a objektovo orientovaná.

Povahou používania DBMS rozdeľte osobný (DISMS) a multiplayer (DBMS).

Osobné DBMS patríVizuálny Foxpro., Paradox., Clipper, dbase., Prístup. a iné. Multiplayer DBMS zahŕňa napríklad DBMSOdtlačok a Informačný.. Multiplayer DBMS Zahŕňa BD Server a Klientská časť, práca v nehomogénne výpočtové prostredie - sú povolené rôzne typy počítačov a rôznych operačných systémov. Preto na základe DBMS môžete vytvoriť informačný systém prevádzkovaný pomocou technológie klient-server. Všestrannosť multiplayerov DBMS sa odráža podľa vysokej ceny a počítačových zdrojov potrebných na ich podporu.

DBMS je kombináciou jazykových a softvérových nástrojov určených na vytvorenie, údržbu a použitie databázy.

Osobné tance Poskytuje možnosť vytvoriť osobné databázy a lacné aplikácie, ktoré s nimi pracujú, a ak potrebujete vytvoriť aplikácie spustené s databázovým serverom.

Riadiaci komponent mnohých DBMS je jadro, ktoré vykonáva nasledujúce funkcie:

- správa dát v externej pamäti;

- riadenie vyrovnávacích pamätí RAM (pracovné oblasti, v ktorých sa dáta swap vykonáva zo základne, aby sa zvýšila rýchlosť prevádzky);

- riadenie transakcií.

Transakcia - Toto je postupnosť databázových operácií, DBMS považuje za celok. Pod transakcia Je chápaný ako vplyv na databázu, ktorá ju prekladá z jedného holistického stavu do druhého. Vplyv je vyjadrený zmenou údajov v základných tabuľkách.

Ak jedna zo zmien vykonaných v databáze v rámci transakcie zlyhá, je neúspešná, musí sa do databázového stavu, ku ktorému došlo pred začiatkom transakcie. V dôsledku toho sú všetky zmeny vykonané v databáze v rámci transakcie buď súčasne potvrdené, alebo nie je potvrdený žiadny z nich.

Pri vykonávaní transakcie môže byť buď úspešne dokončená a DBMS opraví zmeny vykonané v externej pamäti. V prípade zlyhania v hardvérovom počítači sa žiadna zo zmien neovplyvní databázy. Koncepcia transakcie je potrebná na udržanie logickej integrity databázy.

Poskytovanie integrity BD - Predpokladom pre úspešné fungovanie databázy. Tajomstvo databázy - nehnuteľnosť BD znamená, že databáza obsahuje úplné a konzistentné informácie potrebné a dostatočné na správne fungovanie aplikácií. Aby sa zabezpečila integrita databázy, sú obmedzenia integrity uložené vo forme niektorých podmienok, ktoré by mali byť splnené údaje uložené v databáze. Príkladom takýchto podmienok môže byť obmedzenie rozsahov možných hodnôt atribútov objektu, informácie o tom, ktoré je uložené v databáze, alebo absencia opakovaných záznamov v tabuľkách relačných databáz.

Zabezpečenie Dosiahne sa v DBMS šifrovania aplikácií, údajov, ochrany heslom, podpora úrovní prístupu k databáze, na samostatnú tabuľku.

Rozšírenie schopností užívateľa DBMS sa dosahuje pripojením systémov pre stavebné grafy a diagramy, ako aj spojovacie moduly napísané v jazykoch. programovanie.

Podpora pre prevádzku v sieti je poskytovaná:

používatelia, ktorí riadia prístup užívateľa k zdieľaným údajom, t.j. nástroje blokovania súborov (tabuľky), záznamy, polí, ktoré sú v rôznych stupňoch, sú implementované v rôznych DBMS;

prostriedky transakčných mechanizmov, ktoré zabezpečujú integritu databázy pri prevádzke v sieti.

Podpora interakcie s C. Aplikácie systému Windows Umožňuje DBD implementovať informácie na správu uloženú v súboroch vytvorených pomocou iných aplikácií, napríklad v dokumenteSlovo. alebo v zošiteVyriešiť, vrátane grafiky a zvuku. Aby to urobili, DBMS podporuje mechanizmy vyvinuté pre životné prostredieOkná, ako: Dd { Dynamický Údaje. Výmena. - Dynamická výmena dát) aOle. { Objekt. Prepojenie. a. Zapustenie - Väzba a implementácia objektov).

Úrovne prezentácie údajov

Moderné prístupy k vytváraniu databázy naznačujú svoju trojuhorovú organizáciu. Navrhla sa tento spôsob organizácie BDAmerický národný štandardný inštitút (ANSI ) A používa sa všade.

Na najvyššej (externej) úroveň môže byť mnoho modelov. Táto úroveň určuje bod pohľadu na databázu jednotlivých používateľov (aplikácií). Každá aplikácia vidí a spracováva len údaje, ktoré sú pre neho potrebné.

Na koncepčnej úrovni je databáza prezentovaná v najobecnejšej forme, ktorá kombinuje všetky externé zastúpenia oblasti predmetu. Na úrovni konceptu máme všeobecný model oblasti predmetu, pre ktorú bola vytvorená databáza. Koncepčné znázornenie len jedno. Pri vývoji koncepčného modelu je úsilie zamerané na štruktúrovanie údajov a identifikáciu vzťahov bez zváženia vlastností implementácie a efektívnosti rozvoja.

Interná (fyzická) úroveň sú skutočné údaje nachádzajúce sa na externých informačných médiách. Vnútorný model určuje umiestnenie dát, metódy prístupu, indexovacím techniku.

Organizácia BD úrovne TRIO-Level umožňuje pri práci s údajmi poskytnúť logickú a fyzickú nezávislosť. Logická nezávislosť znamená schopnosť zmeniť jednu aplikáciu, bez úpravy iných aplikácií, ktoré fungujú z tej istej databázy.

Fyzická nezávislosť znamená možnosť prenosu uložených informácií z niektorých médií k ostatným pri zachovaní efektívnosti všetkých aplikácií pomocou tejto databázy.

Klasifikácia dátových modelov

Dátový model je súbor pravidiel, pre ktoré sú organizované údaje.

Toto je veľmi jednoduchá definícia je možné objasniť. Dátový model je určitá abstrakcia, ktorá sa uplatňuje na konkrétne údaje, umožňuje používateľom a vývojárom, aby ich interpretovali ako informácie, to znamená, že informácie obsahujúce nielen údaje, ale aj vzťah medzi nimi.

Je zvyčajné alokovať tri skupiny dátových modelov: infologické, datalogické a fyzické.

Obr. 1 dátového modelu

Nefakografický (Sémantický) model je generalizovaný, nie je pripojený k akémukoľvek počítaču a DBMS popis predmetnej oblasti. Tento opis, vyrobený s použitím prirodzeného jazyka, matematických vzorcov, tabuliek, grafov a iných prostriedkov, kombinuje súkromné \u200b\u200bmyšlienky o obsahu databázy získanej v dôsledku ankety používateľa a predkladanie vývojárov údajov, ktoré sa môžu vyžadovať v budúcich aplikáciách.

Takýto model orientovaný na ľudstvo je plne nezávislý od fyzikálnych parametrov prostredia skladovania. Infografický model by sa preto nemal zmeniť, až kým sa dostatočne neodráža predmetovú oblasť, to znamená, až kým sa neuskutoční zmeny v oblasti predmetu.

Datalogický Modely sú orientované na počítači, sú podporované špecifickými DBMS. Pomocou ich pomoci, DBMS umožňuje používateľom prístup k uloženým údajom bez obáv o ich fyzické miesto. Keďže prístup k údajom sa vykonáva pomocou špecifických DBMS, sú opísané modely DATOLOG jazyk Popis údajov Použité DBMS.

Požadované údaje vyhľadávajú DBMS na externých pamäťových zariadeniach fyzickýdátový model. Fyzický model pôsobí s kategóriami, ktoré patria do organizácie externej pamäte a skladovacích konštrukcií, ktoré sa používajú v tomto prevádzkovom prostredí.

Model datalog

Táto skupina zahŕňa také dobre známe modely ako hierarchické, sieťové, relačné a orientované na objekt.

Klasifikácia modelov, ich popis sa objavil po vývoji relačného modelu. Predtým boli databázy vyvinuté pomocou existujúcich technológií. A oveľa neskôr sa analyzovali existujúce databázy a splnili svoj teoretický popis.

Modely teoretických grafov odrážajú súbor reálnych objektov vo forme grafu. V závislosti od typu grafu sa hierarchické a sieťové modely líšia. Model hierarchického a sieťového dát sa začal používať v DBMS na začiatku 60. rokov 20. storočia. V súčasnosti sa používajú menej často ako model relačného dát.

Ak chcete pracovať s komplexnými matematikami, bol vyvinutý hierarchický dátový model. Tento model sa objavil skôr ako iné modely Datalog. Je to tento údajový model, ktorý sa používa v prvom oficiálne uznaných priemyselných DBMS IBM.

Hierarchický model zahŕňa ukladanie údajov vo forme, podobne ako organizáciu katalógov v MS DOS: Všetky adresáre začínajú s rootom a pobočkou ako strom. Do každého súboru je len jedným spôsobom, to znamená, že súbor zodpovedá jednému menu katalógu.

V reálnom svete, niektoré objekty v podstate predstavujú hierarchické štruktúry: niektoré objekty sú rodičom, iní - dcérske spoločnosti. Hierarchia je jednoduchá a prirodzená na zobrazenie prepojení medzi objektmi. Stačí, že si spomína na početné klasifikácie používané v rôznych oblastiach poznatkov, napríklad vyššie uvedená klasifikácia dátových modelov. Ako ďalší príklad môžete citovať štruktúru podniku.

V hierarchickej databáze sú všetky záznamy rozvetvené z jedného koreňa. Záznam má vždy len jeden rodič a sám môže byť aj rodičom pre iný záznam.

Hlavnou výhodou hierarchického modelu je rýchlosť. Keďže všetky vzťahy medzi tabuľkami sú vopred určené a sú statické, vyhľadávacie a iné operácie na sadu údajov sa vykonávajú veľmi rýchlo.

Najvýznamnejšou nevýhodou je nepružnosť. Keďže vzťah je uložený v rámci každého záznamu, údaje dávajú zmysel len v určitom kontexte. Ďalšou nevýhodou je obtiažnosť prenosu údajov z počítača do počítača. Tretia nevýhoda je, že globálne zmeny údajov sú prakticky nemožné. Pri zmene, každá položka, vrátane rodičovských a dcérskych spoločností, bola upravená individuálne.

Práca s týmto vzorovým modelom zahŕňa značné množstvo vedomostí. Väčšina databáz využívajúcich hierarchický model vyžaduje osobitne vyškolený personál, aby sa zabezpečilo riadne fungovanie.

Navrhuje sa sieťový model na zabezpečenie flexibility pri riadení údajov. Americký vedec CH. Bakhman mal veľký vplyv na vývoj tohto modelu.

Základné princípy sieťového modelu údajov boli formulované v polovici 60. rokov. Referenčný variant modelu dátovej siete je opísaný v správach jazykov databázy CODASYYL (Konferencia o jazykoch dátového systému) v polovici 70. rokov.

Sieťový model sa líši od hierarchického, ktorý vám umožní určiť, či chcete zaznamenať viac ako jeden pomer skupiny. Tento model pozostáva z rôznych záznamov, ktoré môžu byť vlastníkom alebo členmi skupinových vzťahov. Sieťový model vám umožňuje vyhľadávať v rôznych štruktúrach a podporuje "jeden až mnoho" postoja pre záznamy.

Rovnako ako v hierarchickej databáze, informácie o pripojeniach sú uložené v záznamoch a musia byť vopred určené. Z tohto dôvodu má model siete rovnaké obmedzenia ako hierarchické.

Model relačného dát

Základné koncepty a stanovenie relačného modelu

Relačný model

V roku 1970, napr. CODD (E. F. CODD. ) predstavil relačného modelu databázy. Koncepcia tohto modelu je založený na skutočnosti, že organizácia údajov v databáze musí byť flexibilná, dynamická, ľahko sa používa. Užívateľ musí pracovať len s logickým pohľadom na údaje a systém DB sa bude starať o fyzikálnu dátovú štruktúru. CODD formuloval hlavné ustanovenia relačných databáz.

Relačný model používa tabuľky a je založené na dvoch obvineniach:

· databáza sa musí skladať z tabuliek a len z tabuliek. Iba obsah tabuliek určuje operácie databázy;

· popis údajov a manipulácia nad nimi musia byť nezávislé od metódy ukladania dát na nižšej úrovni. Inými slovami, systémy riadenia relačných databáz (SURBD) musia poskytnúť svoj vlastný systém riadenia založený len na prezentácii logických údajov.

Vo svojom dokumente kód opísala jazyk na prevádzku s relačnou štruktúrou. Postupom času sa tento jazyk zmenil, čo sa teraz nazýva štruktúrovaný jazyk požiadaviek.SQL (štruktúrovaný jazyk dotazu).

Kód priniesol súbor základných pravidiel, na ktoré sa vzťahuje relačného modelu DBMS. Celkovo sú 12. Naozaj existujúce databázy úplne nespĺňajú všetky pravidlá kódexu. Každý vývojár implementuje relačného modelu vlastným spôsobom. V dôsledku toho sa vlastnosti relačných databáz značne líšia.

V predpisoch kódexu môžete priradiť 4 kategórie:

1) základné funkcie - popis údajov a programovací jazyk;

2) prístup k údajom - pravidlá pre prístup, ukladanie a vyhľadávanie,

3) flexibilita - Pravidlá údajov (modifikácia) údajov;

4) integrita - pravidlá pre kvalitu a bezpečnosť údajov.

Pri použití relačného modelu DBMS užívateľ pracuje s logickou štruktúrou dát. Ak chcete ísť na najnižšiu (fyzickú) úroveň, kód navrhol koncepciu slovníka slovníka.

Dátový slovník je centrálny stôl a ukladanie informácií o databáze, obsahuje informácie o umiestnení údajov, názvov polí, typov údajov, kariet. Dátový slovník pracuje s operačným systémom a komunikuje s tabuľkami (logickými údajmi) so súbormi (fyzické údaje).

Byť matematik pre vzdelávanie E.KODD navrhol použitie na spracovanie dát zariadenia Teória súborov (Association, križovatka, rozdiel, decriantská práca). Ukázal, že každá prezentácia údajov dostáva do súboru dvojrozmerných tabuliek špeciálnych druhov, ktoré sú známe v matematike ako postoj - vzťah (Eng.) Najmenšia jednotka tohto relačného modelu je samostatná atómový (nepriepustné) pre tento model hodnoty údajov. V jednom predmete sa teda môže priezvisko, meno a patronymické považovať za jednu hodnotu, a v druhej - ako tri rôzne hodnoty.

Doména Existuje mnoho atómových hodnôt rovnakého typu. Význam domén je nasledovný. Ak sú hodnoty dvoch atribútov odobraté z tej istej domény, potom bude mať význam porovnania s použitím týchto dvoch atribútov, ak sú hodnoty dvoch atribútov odobraté z rôznych domén, potom ich porovnanie je pravdepodobne zbavený významu.

Postoj k D1, D2, DN domény (nie nevyhnutne, takže sú odlišné) pozostáva z hlavičky a tela.

Titul Skladá sa z takejto pevnej sady atribútov A1, A2, ...,, ktorá existuje korešpondencia medzi týmito atribútmi AI a ich určovaním domén DI (I \u003d 1,2, ..., N) .

Telo pozostáva z rôznych časov násobnýTam, kde každá n-tica spočíva v rade od rôznych párov atribútov atribútov (AI: VI), (I \u003d 1,2, ..., N), jeden taký pár pre každý atribút AI v názve. V prípade daného dvojice je hodnota atribútu (AI: VI) VI hodnotu z jednej domény, ktorá je spojená s atribútom AI.

Stupeň vzťahu - Toto je počet jeho atribútov. Pomer stupňa sa nazýva unly, tituly dva - binárne, stupeň troj- Ternary, ... a stupeň N-N-Arna. Stupeň vzťahu

Základná číslovka alebo silový vzťah - Toto je číslo jeho nôh. Kartónny počet vzťahov sa v rozsahu, na rozdiel od stupňa.

Vzhľadom k tomu, že pomer je sada a súpravy podľa definície neobsahujú zhodné prvky, potom sa žiadne dva vzťahy nemôžu byť duplikované do akéhokoľvek ľubovoľného ľubovoľného času. Nech R je postoj s atribútmi A1, A2, ..., a. Hovorí sa, že sada atribútov k \u003d (AI, AJ, ..., AK) R pomeru je možným kľúčom R a len vtedy, keď sú splnené dve podmienky nezávislé podmienky:

1. Jedinečnosť: V ľubovoľnom okamihu času, žiadne dve rôzne kortesy R nemá rovnakú hodnotu pre AI, AJ, ..., AK.
2. Minimácia: Žiadny z atribútov AI, AJ, ... AK nemožno vylúčiť z K bez rušenia jedinečnosti.

Každý postoj má aspoň jeden možný kľúč, pretože aspoň kombinácia všetkých jeho atribútov spĺňa podmienku jedinečnosti. Jedným z možných kľúčov (vybraných ľubovoľných) je prijatý pre jeho primárny kľúč. Zostávajúce možné klávesy, ak existujú, sa nazývajú alternatívne klávesy.

Vyššie uvedené a niektoré ďalšie matematické koncepty boli teoretické základy pre vytváranie relačných DBMS, vyvíjanie relevantných jazykových nástrojov a softvérových systémov, ktoré zabezpečujú ich vysoký výkon a vytvárajú základy teórie dizajnu databázy. Avšak, pre masový používateľ relačného DBMS môžete úspešne používať neformálne ekvivalenty týchto konceptov:

Postoj - tabuľka (niekedy súbor),
Továreň - reťazec (niekedy nahrávanie),
Atribút - stĺpec, pole.

V tomto prípade sa predpokladá, že "záznam" znamená "inštanciu zápisu" a "pole" znamená "názov a typ oblasti".

1. Každá tabuľka sa skladá z rovnakého typu reťazcov a má jedinečný názov.

2. Riadky majú pevný počet polí (stĺpcov) a hodnoty (viacnásobné polia a duplicitné skupiny nie sú povolené). Inými slovami, v každej polohe tabuľky na križovatke reťazca a stĺpca je vždy jedna hodnota samotná alebo nič.

3. Tabuľkové čiary sa nevyhnutne líšia aspoň z druhej hodnoty, ktorá vám umožňuje jednoznačne identifikovať ľubovoľnú líniu takejto tabuľky.

4. Stĺpce stola sú jednoznačne pridelené názvy a v každom z nich existujú homogénne hodnoty dát (dátumy, priezvisko, celé čísla alebo peniaze).

5. Úplný obsah informácií v databáze je zastúpený vo forme explicitných hodnôt údajov a takáto metóda reprezentácie je jediná. Najmä neexistujú žiadne špeciálne "pripojenia" alebo ukazovatele, ktoré sa pripájajú na jeden stôl na strane druhej.

6. Pri vykonávaní operácií s tabuľkou je možné jeho riadok a stĺpce spracovať v ľubovoľnom poradí bez odkazu na ich informačný obsah. To je uľahčené dostupnosťou názvov tabuľky a ich stĺpcami, ako aj možnosť zvýrazniť ktorýkoľvek z ich riadku alebo ľubovoľného riadku s uvedenými funkciami.

Kľúče

Reačná teória vyžaduje, aby sa údaje zjednotené v troch kritériách: \\ t

· tabuľka, kde je tento dátový prvok uložený;

· názov oblasti v tejto tabuľke;

· hodnota primárneho kľúča na písanie.

Primárnym kľúčom je pole alebo skupina polí, ktoré zaručujú jedinečnosť nahrávania.

Pri vývoji tabuľky ako primárny kľúč by ste si mali vybrať toľko polí, ako je potrebné, aby sa každá položka tabuľky jedinečná. Niektoré tabuľky obsahujú jedno pole, jednoznačne identifikujú každú položku. Ďalšie tabuľky môžu vyžadovať kompozitný kľúč (kompozitný kľúč. ), To znamená, že primárny kľúč pozostávajúci z kombinácie polí. Aj keď má tabuľka kompozitný primárny kľúč, môže to byť len jeden.

Výstavba primárneho kľúča je povinná. Údaje majú často prirodzený kľúč (prirodzený kľúč. ). Počet sociálneho poistenia napríklad identifikuje americký daňový poplatník; Banky vydávajú čísla účtu svojim zákazníkom; Nemocnice sú priradené k číslam pacientom v kartových súbore. Toto všetko je číslo sociálneho poistenia, bankový účet, číslo v súbore kariet - najlepších kandidátov na úlohu primárneho kľúča, pretože jedinečne identifikujú daňoví poplatníci, zákazníci a pacienti.

Pri výbere kľúča by sa mala opatrnosť opatrne, pretože niektoré údaje sa zdajú byť jedinečné. Napríklad priezvisko a meno, názov spoločnosti a dátum objednávky.

Ak údaje neobsahujú prirodzený primárny kľúč, musí sa vytvoriť. Existujú dve školy, ktoré ponúkajú rôzne spôsoby, ako vytvoriť umelý kľúč (umelecký kľúč).

Prvá škola tvrdí, že kľúč musí byť čo najbližšie k údajom. Napríklad záznamy v tabuľkáchParadox. Štandardne sa automaticky zoradí a zobrazí v poradí definovanom primárnym kľúčom. Ak si vytvoríte kľúč v štyroch písmenách z mena plus dva písmená názvu, plus konzistentne priradené číslo, potom triedenie zobrazí záznamy v abecednom poradí. Takýto kľúč však má nepríjemnosti, napríklad pri zmene priezviska bude musieť aktualizovať odkazy.

Druhá škola verí, že kľúč by nemal mať nič spoločné s údajmi, tzv. Náhradníkom (náhradný kľúč).

Primárny kľúč by mal byť vytvorený čo najkratší. Dlhý kľúč vedie k väčšiemu počtu chýb pri zadávaní údajov. Keďže relačná databáza využíva primárne kľúče na organizovanie dlhopisov medzi tabuľkami, vzhľad chybných väzieb zhoršuje bezpečnosť dát. Ak sa získa prirodzený primárny kľúč príliš dlho, odporúča sa pokračovať v používaní náhradného kľúča. Tento prístup sa často používa v praxi a je známy ako generovanie jedinečných identifikátorov.

Kľúče element Údaje sa nazývajú takto prvok, ktorým môžete definovať hodnoty iných dátových položiek. Jeden a viac dátových položiek môže jedinečne identifikovať objekt. Vybrať kľúčové údaje položky by mali byť starostlivo, pretože správna voľba prispieva k vytvoreniu spoľahlivého konceptuálneho modelu údajov.

Primárny kľúč - Toto je atribút alebo skupina atribútov, ktoré jednotlivé identifikujú každý riadok tabuľky.

Alternatívny(sekundárne) kľúče - Toto je atribút alebo skupina atribútov, ktoré sa nezhodujú s primárnym kľúčom a jednoznačne identifikuje inštanciu objektu.

Indexy

Indexy sú neoddeliteľnou súčasťou databázovej štruktúry a sú určené na urýchlenie vyhľadávania informácií v tabuľke.

Index je štruktúra spojená s tabuľkou alebo reprezentáciou a určená na urýchlenie vyhľadávania informácií v nich. Index je určený pre jeden alebo viac stĺpcov nazývaných indexované stĺpce. Obsahuje triedené hodnoty indexovaného stĺpca alebo stĺpcov s odkazom na zodpovedajúci reťazec zdrojovej tabuľky alebo reprezentácie. Zlepšenie výkonu sa dosahuje triediacimi údajmi. Používanie indexov môže výrazne zlepšiť výkon vyhľadávania, avšak na ukladanie indexov v databáze sa vyžaduje dodatočný priestor.

Ako príklad vyhľadávania sa tabuľka predstaviť telefónny zoznam, kde sú všetci účastníci nachádzajú abecedne. Samozrejme, v tomto adresári je veľmi ľahké nájsť telefónne číslo, ak je známe priezvisko účastníka. Na druhej strane nájdite priezvisko účastníka svojím telefónnym číslom je mimoriadne ťažké, pretože Adresár nie je objednaný telefónnymi číslami, budete musieť hľadať správne telefón jednoduchou bustou. Objednanie informácií teda výrazne uľahčuje vyhľadávanie. Tento princíp je založený na indexovom systéme.

Obrázok zobrazuje telefónny zoznam so záznamami, ktoré nie sú objednané podľa telefónneho čísla a index vytvorený pre túto referenčnú knihu. Z obrázku je zrejmé, že index je pole celých čísel, kde sa počet záznamov adresárov umiestni do vzostupného poradia telefónneho čísla. Vďaka tomu sú záznamy objednané telefónnym číslom, a namiesto hľadania metódy kompletnej metódy hasenia sa môže aplikovať metóda pol-divízia alebo metóda binárneho stromu.

Obr. 3. Príklad indexu podľa poľa "Telefónne číslo".

Komunikácia

Komunikácia - Toto je funkčná závislosť medzi subjektmi. Ak existuje spojenie medzi niektorými subjektmi, fakty z jednej subjektu odkazujú na alebo nejakým spôsobom spojené s faktami iného subjektu. Udržiavanie konzistentnosti funkčných závislostí medzi subjektmi sa nazýva referenčná integrita. Vzhľadom k tomu, že vzťahy sú "vnútri" relačného modelu, implementácia referenčnej integrity môže byť vykonaná tak, že aplikácia aj samotné DBMS (s použitím mechanizmov deklaračnej referenčnej integrity a spúšťačov).

Pri opise vzťahu sa predpokladá vzťah medzi záznammi rôznych tabuliek. Napríklad, ak sa spomína typ jedného k mnohým vzťahom, znamená to, že jedno nahrávanie niektorých stola je spojené s mnohými záznamami inej tabuľky. V žiadnom prípade neznamená pripojenie jednej tabuľky s mnohými tabuľkami.

Najjednoduchšie spojenie medzi záznammi tabuliek je jedno-to-one. Spojenie tohto typu sa uskutočňuje, keď väzbové tabuľky majú rovnaký primárny kľúč. Najčastejšie sa tento typ komunikácie používa, ak existuje tabuľka s veľkým počtom polí, z ktorých niektoré sú sekundárne (nie tak významné). Napríklad záznam o osobe v personálnom oddelení sa môže pozostávať z priezviska, meno, patronymického, pasového dát, autobiografie atď. Autobiografia je možné pripísať sekundárnym informáciám a je vložená do dodatočnej tabuľky s typu pripojenia jeden-to-one.

Najbežnejší typ komunikácie jedným z nich. Napríklad, klient a objednávky: Jeden klient môže urobiť veľa objednávok. Polia, na ktorých sa uskutoční komunikácia, nie sú voľné, to znamená, že nemôžu mať svoje ľubovoľné hodnoty. Objednávka musí byť napríklad uvedená klientom, ktorý je v tabuľke "Klienti". Z hľadiska tabuľky "klienti" môže byť FiO zákazníkom ľubovoľná, pretože nezávisí od oblastí iných tabuliek.

Ak sú všetky kľúčové polia jednej tabuľky pripojené a časť kľúčových polí inej tabuľky, typ komunikácie môže byť len jedným z nich.

Typ pripojenia má mnoho-to-veľa, ak sú polia čiastočne zahrnuté do primárneho kľúča jednej a inej tabuľky. Napríklad pole "Názov produktu" v tabuľke "Objednávky" a pole Názov produktu v tabuľke "Exision". Produkt si môžete objednať viacerými klientmi a produktové zrážky prejdú na rôznych špecialistov pre každý predaj výrobkov (ak "zrážky" tabuľka má dve polia v primárnej žily - názov produktu a špecialista alebo názov produktu a manažéra) .

Vyššie uvedené sú metódy väzbových tabuliek pomocou polí obsiahnutých v primárnom kľúči. Existuje však ďalší spôsob, ako viazať tabuľky, v súvislosti s jednou stranou, polia, ktoré nie sú zahrnuté v primárnom tlačidle, sa môžu zúčastniť, a na druhej strane polia zahrnuté v primárnom kľúči. Toto sa vykonáva so sekundárnymi alebo externými klávesmi (cudzí kľúč. ). Sekundárny kľúč je postavený na poliach, ktoré nie sú zahrnuté v primárnom kľúči.

Pri určovaní vzťahu sa teda jedna tabuľka komunikuje pomocou polí obsiahnutých v primárnom tlačidle a druhý môže použiť všetky polia primárneho kľúča, ich časti alebo polia, ktoré nie sú zahrnuté v primárnom kľúči.

Na rozdiel od vzťahoch založených len na primárnom kľúči, vzťahu postavený na používaní sekundárneho kľúča sa nazýva potenciál. Vývojár samotnej databázy rozhoduje, použije takúto väzbu alebo nie.

Pomer mnohých K-One je v podstate obrátený postoj jednej k mnohým. Hodnoty v komunikačných poliach by mali definovať tabuľku, v ktorej sú použité polia jedinečné, to znamená, že iba jeden záznam môže definovať mnoho ďalších.

Vylepšiť integritu - Tým sa zabezpečí, že hodnota vonkajšieho kľúča inštancie dcérskej spoločnosti primárnych kľúčových hodnôt v rodičovskej esencii je. Referenčná integrita je možné monitorovať so všetkými operáciami, ktoré menia údaje.

Uložená procedúra - Ide o program, ktorý kombinuje požiadavky, procesnú logiku (priradenie, rozvetvenie prevádzkovateľov atď.) A dáta uložené v databáze. Tento mechanizmus vám umožňuje obsahovať dostatok komplexných programov s veľkým množstvom údajov o spracovaní údajov bez spracovania údajov a bez interakcie s klientom. V tomto prípade môže byť databáza funkčne nezávislá úroveň aplikácie, ktorá spolupracuje s inými úrovňami na získanie otázok a aktualizácie údajov.

pravidlá Umožní vám, aby ste zadali zadané akcie, keď zmeníte alebo pridávate údaje do databázy, a tým monitorovať pravdu údajov umiestnených v ňom. Zvyčajne je akcia výzva na konkrétny postup alebo funkciu. Pravidlá môžu byť spojené s policou alebo nahrávaním a podľa toho pracovať pri zmene údajov v špecifickom poli alebo tabuľke. Pri vymazaní údajov nemôžete použiť pravidlá. Na rozdiel od obmedzení, ktoré sú len prostriedkom na kontrolu jednoduchých podmienok pre správnosť zadávania údajov, pravidlá vám umožnia kontrolovať a udržiavať ľubovoľne zložitý vzťah medzi dátovými prvkami v databáze.

Spustiť - Toto je vopred určená akcia alebo postupnosť akcií automaticky implementovaných pri vykonávaní aktualizácie, pridať alebo odstrániť údaje. Trigger je výkonný nástroj na monitorovanie údajov v databáze, pomáha programátorovi automatizovať operácie, ktoré musia byť vykonané v tomto prípade. Spúšť sa vykonáva po skontrolovaní pravidiel aktualizácie dát. Ani užívateľ ani aplikácia nemôže aktivovať spúšť, spustí sa automaticky, keď sa používateľ alebo aplikácia vykonáva s konkrétnymi akciami databázy. Spúšť obsahuje nasledujúce komponenty:

* obmedzenia, na vytvorenie spúšťania;

* udalosť, ktorá bude charakterizovať vznik situácie, ktorá si vyžaduje kontrolu obmedzení. Udalosti sú najčastejšie spojené s výmenou databázového stavu (napríklad pridaním položky do tabuľky), ale môžu sa zohľadniť dodatočné podmienky (napríklad pridaním záznamu s negatívnou hodnotou);

Použitie spúšťačov v dizajne databázy dáva nasledujúce výhody:

* spúšťače sa vždy vykonávajú pri vykonaní vhodných činností. Developer si premýšľa o používaní spúšťačov pri navrhovaní databázy a už si ich nemôže pamätať pri vypracovaní žiadosti o prístup k údajom;

* v prípade potreby môžu byť spúšťače meniť centrálne priamo v databáze. Vlastné programy, ktoré pracujú s touto databázou, nebudú vyžadovať aktualizácie;

* systém spracovania údajov pomocou spúšťačov má najlepší tolerantný na architektúru klient-server z dôvodu menšieho objemu požadovaných modifikácií.

Normalizácia vzťahov - Toto je proces vybudovania optimálnej štruktúry tabuliek a pripojení v relačnej databáze. V procese normalizácie sú dátové prvky zoskupené do tabuliek predstavujúcich objekty a ich vzťahy. Teória normalizácie je založená na skutočnosti, že špecifická sada tabuliek má lepšie vlastnosti, keď zapnete, upravte a vymažte dáta ako všetky ostatné súbory tabuliek, s ktorými je možné prezentovať rovnaké údaje.

Základné DBMS Funkcie Aplikačný softvér PPO, Členovia Členovia Poslanci Database Management System Operačný systém Databáza poskytuje PCO prístup k databáze databázy železa

DBMS Software Components DBMS zahŕňajú jadrá a servisné nástroje (nástroje). Øwine DBMS je súbor softvérových modulov, potrebných a dostatočných na vytvorenie a udržiavanie databázy, to znamená univerzálnu časť, riešenie štandardných úloh používateľských služieb. Programy Øservice poskytujú používateľom rad ďalších funkcií a služieb v závislosti od oblasti predmetu a potrebách konkrétneho používateľa. Systém správy databázy sa nazýva softvérový systém, ktorý je určený na vytvorenie spoločnej databázy pre rôzne aplikácie, ktoré ju udržiavajú aktuálne a zabezpečuje účinný prístup užívateľov na údaje obsiahnuté v nej v rámci orgánu, ktorý im bolo poskytnuté.

Klasifikácia DBMS podľa stupňa univerzálnosti DBMS je rozdelená do dvoch tried: 1. Všeobecné DBMS (DBMS) 2. Špecializované DBMS (SP. DBMS). Špecializované DBMS sú vytvorené v prípadoch, keď žiadny z existujúcich univerzálnych DBMS nemôže uspokojivo vyriešiť úlohy, ktoré čelia vývojárom. Dôvody môžu byť niekoľko: požadovaná rýchlosť spracovania údajov sa nedosiahne; Je potrebná práca DBMS v podmienkach tuhých hardvérových obmedzení; Podpora pre špecifické funkcie spracovania údajov. Sp. DBMS sú navrhnuté tak, aby vyriešili špecifickú úlohu a prijateľné parametre tohto roztoku sa dosiahli nasledovne: 1. Kvôli znalosti charakteristík konkrétnej oblasti predmetu, 2. Znížením funkčnej úplnosti systému.

Klasifikácia DBMS podľa spôsobov organizovania skladovania a spracovania údajov DBMS rozdeľuje na Ø centralizovanú Ø. Prvá práca s databázou, ktorá je fyzicky uložená na jednom mieste (na jednom počítači). To neznamená, že užívateľ môže pracovať s databázou až po tom istom počítači: prístup môže byť vzdialený (v režime klienta-server). Väčšina centralizovaných DBMS posúva úlohu organizovania vzdialeného prístupu k údajom o bezpečnosti siete, ktorý spĺňa jeho štandardné funkcie, ktoré sú komplikované súčasným prístupom k mnohým používateľom k údajom. Dátový model rozlišuje hierarchickú, sieťovú, relačnú, objektovo-relačné a objektovo orientované DBMS.

Požiadavky na vzťahy (podľa kódu) 1. 2. 3. Výslovná prezentácia údajov (pravidlo informácií). Informácie musia byť prezentované vo forme údajov uložených v bunkách. Údaje uložené v bunkách musia byť atómové. Poradie reťazcov v relačnom stole by nemalo mať vplyv na význam údajov. Zaručený prístup k údajom (Garantované pravidlo prístupu). Každá dátová položka musí byť zaručená prístup pomocou kombinácie tabuľky, primárnym tlačidlom reťazca a názvom stĺpca. Kompletné spracovanie neznámych hodnôt (systematické spracovanie hodnôt null). Neznáme hodnoty (null) iné ako akákoľvek známa hodnota musia byť podporované pre všetky typy údajov pri vykonávaní akýchkoľvek operácií.

Požiadavky na vzťahy (podľa kódu) 4. 5. Prístup k údajnému slovníkom v podmienkach relačného modelu (dynamický on-line katalóg založený na relačnom modeli). Dátový slovník by mal byť udržiavaný vo forme relačných tabuliek a DBMS musia podporovať prístup k nemu s použitím štandardných lingvistických činidiel. TÝKAJÚCE SA PRIHLÁSENIA DÁTUMU). Systém správy relačného databázy musí podporovať jediný jazyk dotazu, ktorý vám umožní vykonávať všetky operácie na údaje: Prevádzka definície dát, prevádzka manipulácie s údajmi, riadenie prístupu k údajom, riadenie transakcií.

Požiadavky na vzťahy (podľa kódu) 6. 7. Podpora aktualizovaných zastúpení (Zobraziť pravidlo Aktualizácia). Aktualizovaný pohľad by mal podporovať všetky operácie manipulácie s údajmi, ktoré podporujú relačné tabuľky: Operácie odberu vzoriek, vložky, modifikácie a údaje o odstránení. Operácie správy dát na vysokej úrovni (vložka na vysokej úrovni, aktualizáciu a odstránenie). Operácie vkladania, úprav a údajov o odstránení by sa mali zachovať nielen s ohľadom na jeden riadok tabuľky vzťahov, ale s ohľadom na akékoľvek viacnásobné riadky.

Požiadavky na vzťahy (podľa kódu) 8. Nezávislosť fyzickej dát (nezávislosť fyzických údajov). Aplikácie by nemali závisieť od metód ukladania dát používaných na médiách, z hardvérových počítačov, kde sa nachádza relačná databáza. 9. Logická nezávislosť údajov. Prezentácia údajov v aplikácii by nemala závisieť od štruktúry relačných tabuliek.

Požiadavky na vzťahy (podľa kódu) 10. Nezávislosť kontroly integrity (nezávislosť integrity). Všetky informácie potrebné na udržanie integrity musia byť v dátovom slovníku. DBMS musia overiť špecifikované obmedzenia integrity a automaticky udržiavať integritu údajov. 11. Nezávislosť distribúcie (nezávislosť distribúcie). Databáza môže byť distribuovaná, môže byť umiestnená na viacerých počítačoch, čo by nemalo ovplyvniť aplikácie. 12. Koordinácia jazykových úrovní (Non-Subversion Pravidlo). Nemali by existovať žiadne iné spôsoby prístupu k údajom iné ako štandardný pracovný jazyk. Ak používate jazyk prístupu k nízkoúrovňovým údajom, nemalo by ignorovať pravidlá bezpečnosti a integrity, ktoré sú podporované vyššou úrovňou.

Požiadavky na funkcie zloženia a DBMS 1. Skladovanie, extrakcia a aktualizácia údajov. 2. Katalóg (CD) k dispozícii koncovým používateľom. Zvyčajne sa v adresári systému uložia tieto informácie: mená, typy a rozmery dátových prvkov; spojenia; na tieto obmedzenia týkajúce sa podpory integrity; Užívateľské mená, ktoré sú udelené právo na prístup k údajom; externé, koncepčné a vnútorné diagramy a zobrazenie medzi nimi; Štatistické údaje, ako napríklad frekvencia transakcií a merače odvolaní na databázové objekty.

Výhody prítomnosti oscilácie USD môžu byť centrálne zostavené a uložené, čo vám umožní kontrolovať prístup k týmto údajom. Môžete určiť význam údajov, ktoré pomôžu ostatným používateľom pochopiť ich účel. Ø Uznanie, pretože existuje presné určenie významu údajov. Systémový adresár môže tiež obsahovať jedného alebo viacerých používateľov, ktorí sú vlastníkom údajov alebo majú právo na prístup k nim. Øberrodar Centralizovaná skladovacia redundancia a rozpory Popis jednotlivých dátových prvkov je možné ľahko zistiť. Zmeny môžu byť obmedzené na databázu. Ø Prítomnosť akýchkoľvek zmien je možné definovať skôr, ako ich robia, pretože systémový adresár zaznamenal všetky existujúce dátové prvky, ktoré sú medzi nimi s komunikáciou, rovnako ako všetci ich používatelia. Možno dodatočne posilniť bezpečnostné opatrenia. Staňte sa novými príležitosťami na organizáciu podpory integrity údajov. Ø Možno audit uložených informácií.

Oracle System Data Data Dictionary ukladá všetky informácie o štruktúre, informačných objektoch a vzťahoch v konkrétnej databáze. Dátový slovník je súbor tabuliek a pomocných objektov (indexy, klastre, synonymá, reprezentácie, sekvencie), informácie o tom, ktoré je tiež uložené v tabuľkách slovníkov. Logicky dátový slovník je rozdelený do: Übazovaya Tables; Ü Implementácia základných tabuliek; Üdynamické stoly a ich nápady. Celkový dátový slovník obsahuje viac ako 100 základných tabuliek, ktoré sa nachádzajú v systémovom stolnom priestore a kdekoľvek inde. Ich mená zahŕňajú symbol "$" (preto sa neodporúča používať v menách neverejných objektov), \u200b\u200bnapríklad: AUD. Súbor $ - tabuľka súborov; Užívateľ $ - tabuľka používateľa; Ind $ - indexová tabuľka; Obj $ - Objekt tabuľka; Seg $ - segmenty tabuľky; Syn-SYNONYMUS TABUĽKA; Tab $ - tabuľka tabuľky; Ts $ - tabuľka tabulovaných oblastí; Zobraziť $ - tabuľku reprezentácií.

Práca so systémovým slovníkom pre informácie z užívateľov údajov sú poskytované prezentáciou základných tabuliek. Sú rozdelené do troch skupín: DBA - prezentácie určené pre používateľov, ktorí sú adb, to znamená, že úloha DBA je pridelená. Podľa týchto myšlienok je zabezpečené najkomplexnejšie informácie z dátového slovníka; Užívateľ - reprezentácie, pre ktoré každý užívateľ dostane informácie o tých, ktoré sú vlastné; Všetky-prezentácie, ktoré poskytujú každému používateľovi všetky informácie o objektoch, ku ktorému je prístup. Napríklad: dba / all / user_indexes - všetky / cenovo dostupné / vlastné indexy; Dba / all / user_ind_columns - všetky / cenovo dostupné / vlastné stĺpce indexov; Dba / all / user_objects - všetky / cenovo dostupné / užívateľské objekty; Dba / all / user_synonyms - všetky / cenovo dostupné / vlastné synonymá; Dba / all / user_tables - všetky / cenovo dostupné / vlastné tabuľky; Dba / all / user_tab_columns - všetky / cenovo dostupné / vlastné stĺpce tabuľky; Dba / all / user_tab_privs - všetky / cenovo dostupné / vlastné privilégiá na tabuliek; DBA / All / Uster_Views - všetky / k dispozícii / Vlastné zobrazenia.

Práca so systémovým slovníkom sú niektoré reprezentácie (v zmysle ich používania) prítomné len v jednej alebo dvoch skupinách. Je najcharnejšie zobrazenia DBA, napríklad: DBA_DATA_FILES - Údaje o fyzických súboroch základne a časopisov; Dba / user_free_space - bezplatná pamäť v tabuľkových priestoroch (všetky a cenovo dostupné pre konkrétneho používateľa); DBA_PROFILY - ZOZNAM OPTIONÁLNYCH ZDROJE PRE "COST" Systémové zdroje; DBA_ROLY - zoznam úloh definovaných v databáze. Príklady extrakcie dát z SDS: Vyberte tabuľku_name z user_tables; Vyberte * z All_Views; Vyberte View_name z DBA_VIEWS;

Práca so systémovým slovníkom je dôležitý pre Dict Synonym pre slovník. Na ňom sú vybrané názvy tabuliek, reprezentácií, synonymá dátového slovníka s popismi, ak sú v databáze. Dávame malý fragment: Vyberte * od dict; All_catalog všetky stoly, pohľady, synonymá, sekvencie, ktoré sú k dispozícii pre užívateľa All_db_LINKS Database Communications, prístupné pre DBA_OBJECTS UŽÍVATEĽOV Všetky objekty v databáze DBA_ROLY VŠETKY Role, ktoré existujú v databáze Uster_extents, ktoré patria do definícií užívateľa Uster_Views, ktoré patria k užívateľskému drobnému špeciálnemu stole Dummy Stĺpec a jeden dict String Synonym pre Slovník karty Synonym pre Uster_Tables

Práca s aplikáciou Add System Slovník je otvorený prístup k týmto tabuľkam, ale pracovať na tejto úrovni, okrem prípadov extrémnej potreby, nie je nikdy neodporúča: všetky informácie o slovníku sú k dispozícii prostredníctvom prezentácií základných tabuliek; Údaje v základných tabuľkách sú prezentované bez duplicitu podľa pravidiel vo vnútri objednávania systému, bez dešifrovania; Číslo, tituly, veľkosti stĺpcových stĺpcov sa vykonávajú bez zohľadnenia dostatočnej zrozumiteľnosti; Náhodné, úmyselné alebo viac z akéhokoľvek dôvodu, úprava obsahu základných tabuliek (dokonca aj v zjavných prípadoch, napríklad ukladanie dát s dlhými odnímateľnými tabuľkami), spravidla vedie k poškodeniu slovníka slovníka, to znamená strata celej databázy. Najzábavnej výnimke predstavuje AUD $ (audítorská tabuľka), z ktorej by ste mali pravidelne vymazať zbytočné záznamy, pretože s povoleným režimom auditu sa táto tabuľka rýchlo naplní a môže prepustiť systémový prieskum.

Požiadavky na zloženie a funkcie DBMS 3. 4. 5. 6. 7. 8. 9. Podpora transakcií. Súčasná prevádzka ovládania. Služby obnovy. Služby kontroly prístupu k údajom. Služby podpory integrity údajov. Služby podpory nezávislosti z údajov. Pomocné služby.

Pomocné služby sú zvyčajne určené na pomoc pri pridávaní efektívnej správy databázy. Niektoré príklady takýchto nástrojov. Importovať nástroje navrhnuté na prevzatie databázy z plochých súborov, ako aj export nástroj, ktorý slúži na vyloženie databázy do plochých súborov. Monitorovacie nástroje určené na sledovanie charakteristík fungovania a používania databázy. Štatistické analytické programy na odhad výkonu alebo stupňa používania databázy. Reorganizačné nástroje indexov určených na reštrukturalizáciu indexov v prípade ich prepadnutia. Nástroje na montáž odpadu a prerozdeľovania pamäte pre fyzickú elimináciu vzdialených záznamov zo skladovacích zariadení, ktoré kombinujú oslobodený priestor a prerozdelenie pamäte podľa potreby.

Hlavné softvérové \u200b\u200bkomponenty procesora DBMS. Konvertuje požiadavky na sekvenciu príkazov na nízkej úrovni pre správcu databázy. Manažér databázy. Žiadosti o žiadosti a kontroluje externé a koncepčné systémy na určenie týchto koncepčných záznamov, ktoré sú potrebné na splnenie požiadaviek na požiadanie. Potom zavolá správca súborov vykonať prijatú požiadavku. Správca súborov. Manipulujte so súbormi určenými na skladovanie a je zodpovedný za distribúciu dostupného miesta na disku. Vytvára a podporuje zoznam štruktúr a indexov definovaných vo vnútornej schéme. Ak sa používajú konzumované súbory, potom jeho povinnosti zahŕňajú a volajú funkcie hashovania na generovanie adries adries.

Hlavné softvérové \u200b\u200bkomponenty jazyka DML Preprocesor. Tento modul konvertuje prevádzkovatelia DML zapustených do aplikačných programov, aby zavolali štandardné funkcie základného jazyka. Na generovanie príslušného kódu musí predprograpsor jazyka DML komunikovať s procesormi dotazu. Kompilátor DDL jazyka. Konvertuje DDL príkazy na súbor tabuliek obsahujúcich metaúdaje. Tieto tabuľky sa potom ukladajú do systémového adresára a kontrolných informácií - v titulkách údajov údajov. Doručovací dispečer. Spravuje prístup k systémovému adresárovi a poskytuje s ním pracovať. Systémový adresár je dostupný väčšine komponentov DBMS.

Hlavné softvérové \u200b\u200bkomponenty modulu DBMS na kontrolu prístupových práv. Tento modul kontroluje, že tento používateľ má oprávnenie vykonať požadovanú operáciu. Príkazov procesora. Po skontrolovaní oprávnenia používateľa vykonať požadovanú operáciu, kontrola sa prenáša príkazy procesora. Kontroly integrity. V prípade operácií, ktoré menia obsah databázy, nástroje na kontrolu integrity vykonávajú, či požadovaná prevádzka operácie je spokojná so všetkými stanovenými obmedzeniami integrity údajov (napríklad požiadavky stanovené pre kľúče). Žiadosť o optimalizáciu. Tento modul definuje optimálnu stratégiu realizácie dotazu.

Hlavné softvérové \u200b\u200bkomponenty DBMS Transakčný dispečer. Vykonáva požadované spracovanie operácií v procese výkonu transakcií. Plánovač. Zodpovedný za vykonanie konfliktu bezkonfunkčné vykonávanie paralelných operácií s databázou. Spravuje relatívny postup vykonávania operácií požadovaných v jednotlivých transakciách. Správca obnovy. Zaručuje vrátenie databázy konzistentnému štátu v prípade zlyhania. Zodpovedá najmä za stanovenie a zrušenie výsledkov transakcií. Manažér vyrovnávacej pamäte. Zodpovedá za prevod údajov medzi RAM a sekundárnym úložným zariadením - napríklad pevný disk alebo magnetický stuhou. Recovery Manager a Buffer Dispatcher Niekedy (v súbore) sa nazývajú správca údajov a samotný Buffer Dispatcher je správca vyrovnávacej pamäte.

Hlavnými objektmi databázy Oracle (databázy) je objektom, ktorý je na najvyššej úrovni fyzickej organizácie databázy Oracle, je objekt, ktorý sa nazýva: databáza (databáza). Databáza pozostáva z dátového riaditeľa údajov, vlastne databázy a rôznych pomocných objektov: súbor parametrov inicializácie, riadiaci súbor, súboru rollback segmentov a dvoch súborov denníka transakcií. (Tento zoznam môže byť predĺžený, napríklad kópiami riadiaceho súboru). Databáza môže byť vytvorená automaticky pri inštalácii Oracle DBMS alebo manuálne pomocou príkazu Create Database. Tabuľka (tabuľka) - oblasť pamäte určená na ukladanie všetkých objektov BSK. Oblasť tabuľky má meno a zaberá jeden alebo viac súborov operačného systému. Vytvorené príkazom CREATE TABLESPACE. Niekedy sa oblasť tabuľky nazýva tabuľkový priestor.

Hlavnými objektmi Oracle User (User) je objekt, ktorý má možnosť vytvoriť a používať iné objekty Oracle, ako aj dotazu Vykonanie funkcií servera. Takéto funkcie zahŕňajú organizáciu relácie, zmenu stavu a databázy servera, vytvorenie iných objektov BD, požiadavky na vykonanie prevádzkovateľov SQL a tak ďalej. V ORACLE DBMS sa používateľské meno zhoduje s menom systému. Vytvorený príkazom Vytvoriť používateľ. Každý databázový objekt patrí užívateľovi, ktorý ho stvoril, a je v jeho schéme. Úplný názov akejkoľvek databázového objektu (okrem databázy, tabuľkových oblastí a užívateľov) pozostáva z názvu schémy, v ktorom je vytvorený, a samotný názov objektu, napríklad: Scott. EMP Tu Scott je používateľské meno (obvod), EMP je názov objektu ("zamestnanci" tabuľka) a bod je t. N. Kvalifikovaný odkaz, ktorý zdieľa úroveň definície.

Hlavné Oracle Objects Cluster (Cluster) je objekt, ktorý špecifikuje metóda pre spoločné skladovanie viacerých tabuliek obsahujúcich informácie, ktoré sú spoločne spracované spoločne. Klastrové tabuľky vám umožňujú znížiť čas vykonávania vzorky. Vytvorený príkazom Create Cluster. Zahŕňa tabuľky s údajmi. Základnou štruktúrou relačného modelu je tabuľka (tabuľka). Ako viete, všetky informácie v databáze sú uložené v tabuľkách. Tabuľky sa skladajú z rôznych pomenovaných stĺpcov alebo atribútov. Mnohé hodnoty stĺpcov sa určujú pomocou obmedzení integrity, to znamená, že je podporovaný obmedzený koncept domény (mnohé platné hodnoty). Tabuľka môže byť prázdna alebo pozostávať z jedného alebo viacerých radov hodnôt atribútov. Riadky tabuľkových atribútov sa tiež nazývajú nahrávky alebo tresle. Vytvorené na príkaz vytvárania tabuľky je možné vytvoriť v klastri.

Hlavné objekty Oracle index (index) je objekt databázy vytvorený na zlepšenie výkonu vzorky údajov. Index je vytvorený pre stĺpec (stĺpce) tabuľky a poskytuje rýchly prístup k údajom tejto tabuľky objednaním údajov stĺpcov (stĺpce) podľa hodnoty. Vytvorený príkazom Create Index. Klastre, tabuľky a indexy sa nazývajú pamäťové objekty, pretože factiografické údaje sú uložené. Prideľuje sa na vytvorenie určitého množstva pamäte (jeden alebo viac rozšírení), ktoré sa môžu zvýšiť pri pridaní údajov. Rozsah (rozsah) je priebežná oblasť pamäte v tabuľkovom priestore. Všetky rozsiahle súvisiace s jedným objektom tvoria segment (segment). Index klastra

Hlavné objekty Oracle Prezentácia (zobrazenie) je pomenovaná, dynamicky podporovaná vzorka údajov podporovaná servera z jednej alebo viacerých tabuliek. Prezentácia je založená na výbere, ktoré sa nazýva základná žiadosť o zastúpenie. Základný dotaz určuje používateľské viditeľné údaje. Zobrazenie vám umožňuje obmedziť údaje, ktoré môže užívateľ modifikovať. Údaje v zobrazení nie sú uložené: Server vytvára zastupovanie zakaždým pri prístupe k nej (toto sa nazýva materializácia prezentácie). Pomocou zobrazenia môže bezpečnostný správca obmedziť prístupnú časť databázovej časti iba týmito údajmi, ktoré sú skutočne potrebné na vykonávanie práce. Vytvorené príkazom CREATE VIEW. Sekvencia je objekt, ktorý poskytuje generáciu jedinečných čísel v multiplayer asynchrónnemu prístupu. Typicky sa sekvenčné prvky používajú na vloženie jedinečných identifikačných čísel pre prvky databázových tabuliek. Vytvorený príkazom Create sekvencie.

Hlavnými objektmi Oracle sú synonymum (synonym) je alternatívny názov alebo alias objektu Oracle, ktorý umožňuje užívateľom databázy prístup k tomuto objektu. Synonymum môže byť súkromná a spoločná. Zdieľané (verejné) synonymum umožňuje všetkým užívateľom databázy prístup k príslušnému objektu alternatívnym názvom. V tomto prípade nemusí byť uvedený názov systému na prístup k objektu, a to aj v prípade, že nie ste pripojení ako vlastník objektu, ale z inej schémy. Vytvorený príkazom Create Synonym. Úloha (úloha) je pomenovaný súbor privilégií, ktoré môžu byť poskytnuté užívateľom alebo iným role. Používa sa na efektívne riadenie delíky údajov. Oracle podporuje niekoľko štandardných alebo preddefinovaných rolí (DBA, Connect, Resource atď.). Vytvorené príkazom Create Role.

Hlavné objekty Oracle špecifické pre distribuované systémy sú oracle, ako je napríklad snímka a databázová komunikácia. Snímka je lokálna kópia tabuľky vzdialenej databázy, ktorá sa používa buď na replikáciu (kopírovanie) v tabuľke alebo replikovať výsledok dátového dotazu z niekoľkých tabuliek. Snímky môžu byť upravené alebo určené len. Snímky len na čítanie je možné pravidelne aktualizovať, čo odráža zmeny v hlavnej tabuľke. Zmeny vykonané v modifikácii snímky sa vzťahujú na hlavnú tabuľku a iné kópie. Vytvorené príkazom Create Snapshot. Databázový odkaz (databázový odkaz) je databázový objekt, ktorý vám umožní odkazovať na objekty vzdialenej databázy. Názov databázy je možné zobraziť ako odkaz na parametre prístupového mechanizmu na vzdialenú databázu (názov uzla, protokolu atď.). Používanie jedného mena zjednodušuje prácu s objektom vzdialenej databázy. Vytvorené príkazom Create Database Link.

Hlavné objekty Oracle pre programovanie algoritmov na spracovanie dát, podporujú komplexné pravidlá integrity Oracle Integritu spracované objekty: Postup (postup) je podprogram PL / SQL, navrhnutý tak, aby vyriešil špecifickú úlohu spracovania údajov. Vytvorený príkazom Vytvoriť postup. Funkcia (funkcia) je podprogram v PL / SQL, navrhnutý tak, aby vyriešil špecifickú úlohu a vráti špecifickú hodnotu. Vytvorený príkazom Create Function. Balíček (balík) je pomenovaný, štruktúrovaný súbor premenných, postupov a funkcií spojených s jedným funkčným zámerom. Balík sa skladá zo špecifikácie a tela balenia. Špecifikácia obsahuje popisy externých premenných, konštanty, typy a podprogramov a karosérii je implementácia podprogramov a opis vnútorných premenných, konštanty a typy, ktoré sú k dispozícii iba vo vnútri balíka. Špecifikácia balíka je vytvorená príkazom Create Package a vytvorenie telesného tela. TRIGGER (TRIGGER) je uložený postup, ktorý sa automaticky spustí, keď sa vyskytne udalosť spojená s spúšťačom. Typicky sú udalosti spojené s vykonaním vložky, aktualizácií alebo odstraňovania operátorov v niektorom stole. Vytvorený príkazom Vytvoriť spúšť.

Fyzická štruktúra Parametre databázy Oracle Parametre: $ Oracle_Home - názov Oracle Home Directory. $ Oracle_sid - názov databázy Oracle. Databáza Oracle zahŕňa: riadiace súbory (CTRL $ 1 ORACLE_SID. CTL, CTRL $ 2 ORACLE_SID. CTL, ...) Init $ Oracle_sid Parameter Parameter súbor parametrov. Parametre konfigurácie súboru Ora Config $ Oracle_sID. Ora Zmeniť protokolové súbory (log 1 $ Oracle_sid. DBF, log 2 $ Oracle_sid. DBF, ....) Systém tabuľkového priestoru (systém, systém $ Oracle_sid. DBF) Dočasný priestorový priestor (TEMP, TEMP $ ORACLE_SID. DBF) Tabuľkový priestor Pre užívateľské údaje (používateľ, používateľ $ ORACLE_SID. DBF)

Oracle SGA RAM Štruktúry sú pamäťou, ktoré používajú všetky procesy inštancie. Existuje len jedna SGA pre inštanciu. Zmeny vykonané v elementoch SGA pre jeden proces okamžite k dispozícii pre všetky procesy, ktoré fungujú v tomto prípade. Vytvorené, keď sa spustí inštancia Oracle, SGA má pevnú veľkosť. Existuje, kým nie je inštancia dokončená manuálne, alebo je operačný systém reštartovaný, alebo núdzové dokončenie (kolaps) vlastne Oracle. Hlavnými vnútornými štruktúrami SGA sú: cache vyrovnávacej pamäte dát (vyrovnávacia pamäť databázy), to znamená súbor voľných, čítaných a modifikovaných dátových blokov, v ktorých sú informácie umiestnené zo základne; Porupu protokolu transakcií (redo log pufr); Zdieľaný bazén vyrovnávacej pamäte (zdieľaný bazén nárazníka).

Štruktúry Oracle Ram. SGA cache dátové vyrovnávacie buffery obsahujú dva zoznamy: zoznam najmenších používaných blokov (LRU-RULE_RECELECTHENTY), ktoré zahŕňajú čítanie z disku, ale ešte nie sú modifikované bloky, ako aj bezplatné dátové pufre; Zoznam modifikovaných (špinavý - "špinavý"), ale ešte nie je zaznamenaný na bloku blokov. Upozornenie: Výmena "Disc-Memory" je vždy vyrobená blokmi, bez ohľadu na ich údaje o populácii a na množstvo záznamov upravených pri spracovaní záznamov; Pri prístupe k údajom Oracle sa najprv kontroluje, či sú požadované údaje dostupné v balení pufrov a len vtedy, ak nie je, označuje disk; Dátové bloky z disku spadajú do hornej časti zoznamu lúkov. Ak sa potom modifikujú, potom ich Oracle prekladá do zoznamu "špinavých" blokov pre nasledujúci záznam na disku; S nedostatkom voľných bufferov v prípade voľných pufrov odstraňuje bloky z "chvostu" zoznamu LUG, ako sa najmenej aktívne používajú a požadované dátové bloky sa čítajú z disku.

Štruktúry Oracle Ram. SGA Zmena registračného protokolu vyrovnávacej pamäte je cyklicky používaná pamäť. Tento buffer prichádza všetky zmeny vyskytujúce sa v databáze s užívateľom, systémom, servisnými údajmi. Vzhľadom k tomu, že protokol zmien je navrhnutý tak, aby obnovil stav databázy po núdzových situáciách, záznamy protokolu majú nárok na "staré" a "nové" hodnoty meniacich sa prvkov, najmä celej záznamu údajov po vkladaní alebo odstránenie z databázy. Ak je spracovanie dát vykonané tak intenzívne, že protokolový buffer je ohromený, to znamená, ak je proces LGWR (proces protokolovania) nemá čas na prenos údajov z vyrovnávacej pamäte na disk, Oracle sa začne obmedziť vlastné procesy. Zdieľaná (celková) vyrovnávacia schránka zahŕňa: 1. Cash Slovník (Slovník cache): Udržiava najčastejšie (v aktuálnej operácii) informácie zo slovníka dátového systému, mena, mená tabuliek a reprezentácií, názvov stĺpcov a typov údajov, Privilégiá a užívateľské úlohy, prístupové práva na databázové objekty atď. 2. Zdieľaná (zdieľaná SQL a PL / SQL) oblasť (zdieľané SQL a PL / SQL), ktorá je tiež známa ako cache knižnice: obsahuje súbor kurzorov, to znamená , pamäťové štruktúry, v ktorých sú uložené výsledky analýzy syntaxe a realizačných plánov SQL-návrhy a bloky PL / SQL.

Štruktúry Oracle Ram. PGA je oblasť RAM alokovaná, aby sa zabezpečila fungovanie samostatného procesu. Existuje jeden a len jeden úplne pridelený procesu a nezávislý od iných procesov PGA pre každý proces inštancie. Veľkosť PGA sa môže počas prevádzky dynamicky zvýšiť. PGA sa často nazýva proces procesu. Keď je proces Oracle normálne dokončený, celá pamäť PGA sa vráti do operačného systému. Proces PGA servera Oracle obsahuje: oblasť zásobníka obsahujúca premenné a servisné informácie o zasadnutí; Súkromná oblasť SQL, ktorá sa niekedy nazýva "užívateľská globálna oblasť" (UGA - užívateľ globálna oblasť), ktorá produkuje syntaktickú analýzu návrhov SQL a blokov PL / SQL. Táto oblasť je fyzicky umiestnená v SGA (verzia architektúry MTS) alebo PGA (architektúra s vybranými servermi). Je dôležité, aby rekurlizačné stretnutia nedostali svoju vlastnú UGA a zdieľali UGA relácie; Voliteľná triediaca oblasť (Sort_area_size Size), ktorá je potrebná na ukladanie výsledkov triedenia dát. Ak pridelená pamäť nestačí na triedenie, proces používa dočasný segment zodpovedajúceho tabuľkového priestoru.

Procesy inštancie ORULE Nastavené na prácu s databázou procesov pozadia a vytvárajú, keď inštancia SGA (Systémová globálna oblasť) je založená na inštancii Oracle. Všetky procesy inštancie fungujú na jednom softvéri jadro ($ Oracle_home / Bin / Oracle) DBMS. Zvyčajne sú procesy inštancie definované ako pozadie (servírovanie, pomocné, voliteľné) a server (zmysluplné spracovanie dotazov). Minima potrebné pre Oracle Function je sada nasledujúcich štyroch procesov na pozadí: ORA_PMON_ - Proces monitorovania vnútorného stavu systému ORA_DBWR_ je proces písania údajov do databázy ORALE_LGWRWR_ Proces záznamu procesu protokolu ORA_SMON_ Zmeniť je proces monitorovania systému.

ORACLE 1. Procesy inštancie pVP - monitorovací proces. Sleduje: pre stav procesov v systéme (najmä monitoruje prístup k serveru od užívateľa (Connect) a spúšťa procesné procesy); detekuje núdzové situácie a "mŕtve" blokovacie serverové procesy; freats zdroje, to znamená, odstráni zámky; Dokončite transakciu, odstraňuje procesy zo zoznamu aktívnych; Obnoví stav (Rollback - Rollback) databázy po abnormálnych situáciách dokončenia užívateľských procesov. 2. DBWR - proces pozadia záznamových dátových blokov do databázy zo zoznamu modifikovaných blokov v SGA. DBWR "AWAKENS" pracovať, ak: dĺžka zoznamu modifikovaných blokov prekročila prahovú hodnotu; Zoznam voľných pufrov nemá pamäť na čítanie nových blokov; Uplynula nasledujúci 3 druhý časový interval; Proces záznamu nahrávania protokolovania LGWR signalizuje začiatok tvorby nasledujúceho kontrolného bodu.

Oracle Kopírovacie procesy 3. LGWR - proces nahrávania pozadia v časopise Zmeniť databázy. Registrácia transakcií je nasledovná: Ako vykoná transakciu, sú vytvorené malé záznamy, nazývané opakované prvky (Redo položky), ktoré obsahujú informácie dostatočné na vytvorenie zmien vykonaných transakciou. Prvky opakovania transakcií sa dočasne ukladajú do vyrovnávacej pamäte opakovania. Keď sa požaduje transakcia, proces LGWR číta potrebné reverzné prvky z vyrovnávacej pamäte transakcií a zaznamenáva ich v denníku databázy transakcie. Transakcia sa považuje za dokončenú, keď proces LGWR zaznamenáva položku opakovania transakcie do protokolu transakcií a zaznamená jeho dokončenie v protokole transakcií. Údaje z vyrovnávacej pamäte SGA sa prenesú na disk v nasledujúcich prípadoch: operácia páchania je dokončená stanovením ďalších zmien transakcií; Uplynula nasledujúci 3 druhý časový interval; Nárazník zásobníka v SGA je vyplnený za jednu tretinu svojej kapacity; Proces DBWR zaznamenal ďalšiu časť modifikovaných pufrov.

Oracle 4 procesy inštancie. SMON - Povinný proces monitorovania systému vykonáva: Automatické obnovenie (Roll Forward - Roll forward), ak je jeho predchádzajúce spustenie skončilo abnormálne alebo núdzové; uvoľnenie dočasných segmentov z zbytočných údajov; Kombinácia susedných voľných rozsahov tabuľkových priestorov do kontinuálnych častí. 5. Oblúk je voliteľným procesom archivačných súborov operačných protokolov protokolovania v databáze. Kopírovať (disk, stuha, .....) určená parametrom Log_archive_Dest v súbore INIT. Ora. Ak proces oblúkov nemal čas na archivovanie nasledujúceho protokolového súboru (napríklad súborový systém je plný a nie je dostatok miesta na umiestnenie archívu súborov) a prepnutie na neho, Oracle pauzy prevádzky, vykonávanie iba transakcií, ktoré nesúvisia na prihlásenie.

ORACLE 6 Procesy inštancie. CKPT je voliteľný pomocný proces nahrávania kontrolného bodu do operačného denníka fixácie. Typicky, riadiace body píše LGWR. Proces CKPT (CheckPoint_process \u003d TRUE v Init. ORA) Oslobodzuje LGWR z tejto funkcie. 7. RECO - (SEmi) Povinný proces zodpovedný za komunikáciu so vzdialenými databázami. Proces RECO sa nedá spustiť (v inical. Ora parameter disrible_transcorection \u003d 0), ale potom inštancia nebude môcť používať žiadnu "komunikáciu medzi databázami". 8. SNP. X - od jedného do desiatich procesov automatického obnovenia balíka miestnej základne. Číslo je uvedené v inickom. Ora parameter Snapshot_Refresh_processes a parameter Snapshot_Refresh_interval určuje pravidelnosť ich zaradenia. SNP procesy. X možno pripísať serveru, pretože, záväzné pre ostatných (najmä s rovnakými) databázami, práca s informáciami o užívateľovi v databáze.

Oracle 9 inštancie procesy. DB. XX - Ďalšie procesy nahrávania v databáze. Ak je úzkym miestom základného výkonu vstup / výstup, a základňa je fyzicky umiestnená na viacerých diskoch, odporúča sa spustiť niekoľko ďalších procesov nahrávania (v priemere jeden jeden samostatný disk). Počet ďalších DB. XX je určený parametrom DB_WRITERS. 10. d. XXX - Dispečerské procesy v architektonickej verzii MTS so zdieľanými servermi. Počet aktuálne fungujúcich dispečerov závisí od intenzity Oracle, ale nepresahuje číslo zadané parametrom MTS_MAX_DISPATCHERA. Každý dispečer slúži len špecifickú sieť alebo vnútorný protokol. Napríklad: MTS_DISPATCHERS \u003d "TCP, 1" MTS_DISPATCHERS \u003d "IPC, 1"

Procesy inštancie ORACLE 11. S. XXX - Servery procesy v architektúre MTS so zdieľanými servermi. Počet fungujúcich serverov v súčasnosti závisí od pevnosti operácie Oracle, ale nepresahuje číslo uvedené parametrom MTS_MAX_SERVERS. Spustenie Oracle spúšťa niekoľko (MTS_SERVERS) Server procesov a potom rozsah zvýšenie alebo zníženie zaťaženia spustí alebo dokončí ďalšie procesy. 12. ORACLE - Dedikovaný serverový proces, individuálne slúžiaci niektorým užívateľom (v konkrétnom prípade procesu prípadu a SNP), pravdepodobne funguje na inom stroji. 13. LOC. X - od jedného do desiatich blokovacích procesov, ktoré zabezpečujú vzájomné riadenie zdrojov v paralelnom serverovom prostredí.

Oracle Server Architecture Single-Užívateľská možnosť (Príklad prostredia - MS DOS) sa vyznačuje skutočnosťou, že: užívateľský proces je kombinovaný, serverový proces a procesy na pozadí v rámci jednej úlohy operačného systému; Je možné spustiť iba jednu databázu a jednu inštanciu Oracle; V distribuovanej databáze nemôže fungovať ako server. Možnosť Multiplayer (príklad životného prostredia - UNIX) sa vyznačuje skutočnosťou, že: užívateľ, server a procesy na pozadí sú rozdelené do samostatných úloh operačného systému; Je možné začať viac databáz a prípadov Oracle; Je možné fungovať ako server v distribuovanej databáze.

Oracle Server Architecture Single Option (príklad Environment - Net. Ware) sa vyznačuje skutočnosťou, že užívateľský proces a proces servera tvoria jednotnú úlohu operačného systému, nazývanej úlohu používateľa; V každom okamihu času je možné na serveri vykonávať iba jedna úloha používateľa; Možný prístup mnohých používateľov prostredníctvom siete 8 (SQL * Net) do databázy. Obojsmerná možnosť (príklad životného prostredia - UNIX) sa vyznačuje skutočnosťou, že užívateľský proces a proces servera servera sú úplne nezávislé procesy operačného systému až do skutočnosti, že môžu fungovať na rôznych strojoch a platformy (architektúra klient-server); V každom okamihu času môže na serveri pracovať niekoľko (mnoho) užívateľov a serverov; Možný prístup mnohých používateľov prostredníctvom siete 8 (SQL * net) do lokálnych databáz a miestnych používateľov na vzdialené databázy.

Oracle Server Architecture Jednotka Architecture alebo možnosť s vybranými (špecializovanými) servermi: tuhá konsolidácia pre každý užívateľský proces serverového procesu, ktorý ho vykonáva a iba jeho databázové dotazy. Paralelný server (streda klastrové systémy, napríklad RM-1000): na každom klastrovom procesore, funkcie inštancie ORULET, ktorá obsahuje samostatný región SGA a súbor systémových procesov; Každá inštancia vedie svoje vlastné protokoly zmien; Databázové a riadiace súbory sú spoločné pre všetky inštancie; Do každej inštancie je možné pripojiť mnoho používateľov; Každá inštancia je adresovaná samostatne a môže nezávisle pracovať ako súčasť distribuovaného systému.

Oracle Server Architecture Multi-behúni serverová architektúra (MTS - Multi-behúňa server), variant so zdieľanými servermi sa vyznačuje: prítomnosťou procesov dispečerov, ktorí prijímajú požiadavky od užívateľských procesov a vracia sa k výsledkom vykonaných požiadaviek podľa serverových procesov ; \\ T Prítomnosť v SGA: jeden vstupný front pre všetky procesy servera, do ktorých sú dispečeri umiestnené na aplikáciách služieb; Niekoľko výstupných frontov stanovených každým dispečerom pre každý proces, kde sú servery umiestnené a kde dispečers prenášajú používateľom, aby vykonali výsledky databázových dotazov; Prenos do inštancie SGA Oracle SQL-regióny, ktoré boli predtým umiestnené v procesoch serverov PGA; Dynamická zmena v závislosti od aktuálneho zaťaženia systému počtu funkčných dispečerov a serverových procesov; Ani dispečeri ani servery nie sú priradené k procesom užívateľov: požiadavky sú obsluhované ako výnosy; Možnosť súčasne fungovať vybrané a zdieľané servery.

Štruktúra relačnej databázy.

Typy databázy

Hlavné vlastnosti DBMS.

Koncepcia databázy, DBMS.

Plán

Podmienka: Databáza, systém správy databáz (DBMS),

relačná databáza, BD vstup, databázové pole, databázový kľúč, databázový stôl, databázový dotaz, databázový formulár, databázová správa, makro db, databázový modul.

Jednou z hlavných oblastí používania počítača v modernej informačnej spoločnosti je uloženie a spracovanie veľkého množstva informácií.

Databáza (Bd ) - Toto je systematické ukladanie informácií konkrétnej oblasti predmetu, na ktorý môžu mať rôzni používatelia prístup k vyriešeniu ich úloh.

Ďalej na príklade jedného z najbežnejších systémov správy databáz - Microsoft Access.je to súčasť populárneho balíka Microsoft Office - zoznámujeme sa s hlavnými typmi údajov, spôsoby vytvorenia databáz a recepcií pre prácu s databázami.

Databáza- organizovaný súbor údajov určených na dlhodobé skladovanie v externej pamäti počítača a nepretržitého používania. Ak chcete uložiť databázu, možno použiť jeden počítač a mnoho prepojených počítačov.

Ak sú rôzne časti jednej databázy uložené na sade počítačov, v kombinácii so sieťou, potom sa táto databáza nazýva distribuovaná databáza.

Systém správy databázy(Dbms ) - Tento softvér, ktorý vám umožní vytvoriť databázu, aktualizovať informácie uložené v ňom a poskytuje pohodlný prístup k nej na zobrazenie a vyhľadávanie.

V súčasnosti DBMS dostal najväčší Microsoft Access, FoxPro, dbase.. DBMS sú rozdelené módna organizácia Databázy sieť, hierarchické a relačného DBMS.

Hlavné vlastnosti DBMS:

ü Aktualizácia, doplňovanie a rozšírenie databáz.

ü Vysoká spoľahlivosť ukladania informácií.

ü Závery Úplné a spoľahlivé informácie na žiadosti.

ü Prostriedky na ochranu informácií v databáze.

Databáza je factiografický a dokumentárny.

Factographic databáza obsahuje stručné informácie o opísaných objektoch prezentovaných v prísne definovanom formáte. Knižničné databázy ukladá bibliografické informácie o každej knihe: Rok publikácie, autor, meno atď. V databáze oddelenia inštitúcie sú uložené osobné účtovné údaje: f., A, O, ROK A MIESTO NÁKLADU, atď. Bude napríklad zahrnúť texty zákonov; BD modernej hudby - testy a poznámky z piesní, referenčné informácie o skladateľoch, básnikov, interpretov, zvukových záznamoch a videoklipoch. V dôsledku toho dokumentárna databáza obsahuje rozsiahle informácie ojazdeného typu: text, zvuk, multimédiá.

Ak chcete uložiť databázu, možno použiť jeden počítač a mnoho prepojených počítačov.

Ak sú rôzne časti jednej databázy uložené na sade počítačov, kombinované navzájom, potom sa takáto databáza nazýva distribuovaná databáza.

Známy tri hlavné typy Dátové organizácie B. Bd a spojenia medzi nimi:

· hierarchické (vo forme stromu),

· sieť

· relačný .

V hierarchickej databáze V zázname je poradie prvkov, jeden prvok je považovaný za hlavný, zvyšok - podriadený. Hľadanie akéhokoľvek prvku údajov v takomto systéme môže byť časovo náročné z dôvodu potreby konzistentne prejsť niekoľko hierarchických úrovní.

Príklad: Hierarchická databáza vytvára katalóg súborov, ktorý je uložený na disku.

Rovnaká databáza je genealogickým stromom.

Sieťová databáza Má väčšiu flexibilitu, má možnosť nainštalovať okrem vertikálnych odkazov. Horizontálne väzby.

Relačná databáza (Z anglického vzťahu - "postoj") sa nazýva databázy obsahujúce informácie vo forme obdĺžnikových tabuliek. Podľa tohto prístupu sa takáto tabuľka nazýva postoj. Každý Stolný reťazecobsiahnutý informácie O jednom Samostatný objektopísané v databáze oblasti predmetu , a každý Charakteristiky špecifické pre stĺpcov (vlastnosti, atribúty)tieto objekty . Relačný Databáza je v podstate dvojrozmerná stôl. Relačná databáza využíva štyri hlavné typy polí:

· Číselné,

· Symbol (slová, texty, kódy atď.),

· Dátum (dátumy kalendára vo formulári "deň / mesiac / rok"),

· Logika (trvá dve hodnoty: "áno" - "nie" alebo "pravda" - "lož").

Okno databázy obsahuje nasledujúce položky:

ü Tlačidlá: "Vytvoriť", "OTVORENÉ", "Konštruktor" Tlačidlá Otvorte objekt v konkrétnom okne alebo režime.

ü Objektové tlačidlá. (Korene na výber kožušiny, štítky.) "Tabuľka", "Formulár" A tak ďalej. Objektové tlačidlá Zobrazia zoznam objektov, ktoré môžu byť otvorené alebo zatvorené.

ü Zoznam objektov. Zobrazí zoznam objektov vybraných užívateľom. V našom uskutočnení je zoznam stále prázdny.

Základné objekty databázy:

· Stôl - Toto je objekt určený na ukladanie údajov vo forme záznamov (riadkov) a polí (stĺpcov). Zvyčajne sa každá tabuľka používa na ukladanie informácií o jednej konkrétnej otázke.

· Formulár - Toto je objekt Microsoft Access, určený hlavne na vstup údajov. Vo formulári môžete umiestniť ovládacie prvky používané na zadanie, obrázok a zmeniť údaje v tabuľkových poliach.

· Vyšetrovanie - Objekt, ktorý vám umožní získať potrebné údaje z jednej alebo viacerých tabuliek.

· správa - Objekt Microsoft Access databázy určený pre tlač dát.

· Makrá - automatizovať štandardné akcie.

· Moduly - Automatizovať komplexné operácie, ktoré môžu byť opísané makrámi.