Distribuované databázové systémy

Databázové a informační systémy
ARCHITEKTURY DATABÁZOVÝCH
SYSTÉMŮ
1
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
Podle toho, kde probíhá zpracování dat můžeme rozdělit databázové systémy
do těchto typů:
1. Centrální architektura
§
centrální počítač s terminály
§
řídicí program + databáze + aplikace na hlavním počítači,
§
aplikace i data jsou volány z terminálů.
V současnosti se už prakticky nepoužívají
Databáze
SŘBD+IS
terminály
2
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
2. Architektura file-server – klasická lokální síť
§ SŘBD + aplikace na PC
§ databáze na HW serveru
§ aplikace zpracovávají vstupy uživatelů, výstupy na obrazovku i
přístup k datům na disku,
§ možnosti SŘBD jsou velké, aplikace flexibilní, ale rychlost přenosů
dat, bezpečnost dat a zabezpečení integrity dat jsou sníženy,
§ aplikace musí mít naprogramován víceuživatelský přístup k datům,
obvykle pomocí zamykání nebo transakcí.
§ většinou je používán relační model dat, který umožňuje i přístup
k datům mimo aplikační úlohy (semirelační databáze) a tak není
možno zaručit integritu dat,
§ pro větší počet uživatelů a rozsáhlé databáze klesá výkonnost a
stoupá komplikovanost systému.
3
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
2.
SŘBD + IS
Databáze
SŘBD + IS
4
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
3. Architektura klient-server
SŘBD → Server + Klient
zpracování dat je rozděleno mezi dva systémy, dvě části SŘBD
§ na PC běží tzv. klient, v němž je vytvořena aplikace,
§ na HW datovém serveru běží vlastní ovládání databáze, tzv. server
§ databázový server může být umístěn na témž PC, jako klient, častěji
však běží na samostatném počítači, může být každý jiný,
§ protokol mezi klientem a serverem je nejčastěji SQL, proto mohou
mezi sebou komunikovat i různé SŘBD (server různý od klienta),
§ zpracování dotazů a přístupů do databáze si řídí server,
§ po síti se přenášejí jen požadovaná data.
5
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
3.
SW Server
Databáze
Klient
IS
6
ARCHITEKTURY DATABÁZOVÝCH SYSTÉMŮ
4. Distribuované databáze
•
územně rozložená lokální báze dat nebo databáze lokální částečně
nebo úplně sdíleny s jinými lokálními bázemi. Zde nutné distribuované
databázové systémy.
•
Jednoduché typy mohou pouze přenášet modifikovaná data (po přímých
linkách nebo „na disketě“) mezi lokálními bázemi a udržovat je
vzájemně aktuální.
•
To ale neřeší případ, kdy potřebná data pro aplikaci jsou na
nepřístupném lokálním PC.
•
Uživatel žádá o data lokální počítač, pokud tam nejsou, lokální PC zjistí
po síti, kde data jsou, vyžádá je a předá uživateli, který ani nemusí vědět,
odkud data pocházejí.
•
Distribuované SŘBD jsou mnohem náročnější, než klasické SŘBD.
7
DISTRIBUOVANÉ DATABÁZOVÉ
SYSTÉMY
8
Distribuované databázové systémy
• Systémy s propojením výpočetní a komunikační techniky existují asi od
2. pol. 70.let.
• Umožní řadě uživatelů používat vzdálený HW (rychlé procesory,
vysokokapacitní paměti ap.) a SW (speciální, drahý nebo HW náročný)
v síti, spouštět úlohy ze satelitního počítače na centrálním počítači,
výsledky distribuovat zpět.
• Někdy propojení do sítě vyžaduje typ aplikační úlohy. Většinou jde o
rozsáhlé IS se spolupracujícími několika lokálními IS a s daty
územně rozloženými – vznikají distribuované IS (bankovní systémy,
řízení skladů územně rozložených, rezervace cestovních společností
apod.). HW realizace se podřizuje potřebám aplikační úlohy.
• Technické možnosti umožňují spojovat i původně samostatně pracující
počítače a lokální sítě do distribuovaných systémů (výhody: zálohování
počítačů, sdílení informačních fondů, racionalizace provozu).
9
Distribuované databázové systémy
U distribuovaných databází problémy nového typu:
- územní distribuce dat → přenosy dat,
- komunikace v počítačových sítích – řízení, transakce, ...,
- kooperace několika informačních systémů, případně založených na
různých datových modelech nebo realizovaných různými jazyky ap.
Jsou to komplikované a vzájemně propojené problémy a dosavadní
distribuované báze jsou zatím většinou jen unikátními řešeními.
V posledních letech převážně řešení prostřednictvím kombinace Intranet –
Internet, SŘBD podporující distribuovanost i internetovské prohlížeče.
Hlavní hlediska klasifikace a návrhu distribuovaných IS:
1.
2.
3.
4.
modely dat, datová komunikace
rozmístění dat
těsnost spojení
stupeň centralizace řízení
10
Distribuované databázové systémy
Co není distribuovaná databáze
1. Počítačová síť několika počítačů vzájemně propojených, každý má
lokální síť terminálů, na každém provozována lokální báze dat.
Z hlediska provozu báze dat není rozdílu v tom, pracuje-li uživatel u
terminálu jednoho počítače s lokální bází tohoto počítače, nebo
prostřednictvím sítě s lokální bází jiného počítače. Počítačová síť je zde
jen prostředkem k připojení vzdáleného terminálu.
11
Distribuované databázové systémy
2. Několik počítačů vzájemně propojených, na jednom z nich je provozován IS,
jeho data jsou z zčásti uložena na paměťových médiích tohoto počítače, zčásti na
paměťových médiích jiných počítačů sítě.
Konceptuální schéma jednotné, vnitřní organizace báze obsahuje přístupové cesty
k jednotlivým částem báze, takže se jeví jako by byly všechny uloženy jen v
paměti uživatelského počítače. Počítačová síť je pouze částí přístupové cesty IS k
datům.
V obou případech se nic nemění na práci IS, nedochází ke koordinaci práce
více IS v síti ani ke sdílení stejných dat více IS.
12
Distribuované databázové systémy - terminologie
Definice:
Lokální báze dat je část celé (distribuované) databáze, je umístěna v jednom
uzlu (počítači) počítačové sítě; je řízená lokálním IS, který pracuje ve
spolupráci s ostatními složkami distribuovaného databázového systému.
Distribuovaná báze dat je sjednocení všech lokálních bází dat
distribuovaného databázového systému.
Distribuovaný informační systém (DDBS) je tvořen
distribuovanou bází dat
programovým vybavením, skládajícím se z
lokálních IS pod lokálními SŘBD
• dalších programů potřebných k jejich koordinaci a řízení, k
zabezpečení celosystémových úloh spojených s přístupem uživatelů
k DDBS, s udržováním jeho konzistence a provozuschopnosti v
prostředí počítačové sítě.
•
13
Distribuované databázové systémy
Důležitou vlastností DDBS je to, že přes rozložení dat do jednotlivých uzlů
sítě se uživateli jeví celá distribuovaná báze tak, jako by byla lokální.
Distribuce je uživateli skryta a z hlediska jeho potřeb není podstatná.
↓
Distribuovaná báze dat je popsána v globálním schématu DDBS. To je
popis báze nezávislý na distribuci dat a stejný pro všechny uživatele ve
všech uzlech sítě. Globální schéma musí být dostupné všem uzlům
distribuovaného IS.
Nejčastěji je globální schéma popsáno pomocí relačního modelu dat v tzv.
centrálním datovém slovníku.
14
Distribuované databázové systémy
Příklad: Čtyři pobočky banky v různých městech, každá má svou lokální síť (uzel
distribuované sítě) a svůj IS, v něm instalovánu relační databázi o svých zákaznících:
KONTA = (pobočka, číslo_konta, zákazník, částka)
Kromě toho existuje centrální počítač s relační databází a tabulkou
POBOČKY = (pobočka, vklady_celkem, město)
15
Distribuované databázové systémy
Dokud bude zákazník ukládat nebo vybírat pouze u pobočky, kde má konto,
stačí na to lokální operace.
Aby mohl ukládat a vybírat i u jiných poboček, než má konto, musí
existovat propojení všech počítačů.
1. možnost - každá pobočka obsahuje kompletní databázi všech zákazníků
všech poboček.
Nevýhody:
souhrnné databáze zabírají zbytečně mnoho místa,
redundance vede ke složité organizaci aktualizací a k nebezpečí
nekonzistence,
operace v kterémkoliv uzlu se musí promítnout do databází ve
všech ostatních uzlech.
2. výhodnější možnost je distribuovaná databáze, kdy všechny počítače
jsou vzájemně propojeny a jsou realizovány globální operace v rámci
globálního distribuovaného IS.
16
Distribuované databázové systémy
1. Použité modely dat
•
Lokální báze dat mohou být realizovány s použitím jednoho nebo
různých datových modelů (relační, objektový, síťový).
•
Použití stejného datového modelu snižuje složitost architektury DDBS
a tento případ se užívá u mnoha existujících DDBS.
•
Pokud z nějakých důvodů architektura DDBS připouští různé modely
dat v jednotlivých lokálních databázových systémech, používá se
obvykle jeden společný datový model pro komunikaci a popis
hlavních struktur dat v rámci celého distribuovaného systému. Tímto
společným datovým modelem je nejčastěji relační model.
•
Standardem pro komunikaci lokálních SŘBD bývá relační datový
model a jazyk SQL.
•
Pokud lokální SŘBD podporují jiné modely dat, musí být doplněny
programovým vybavením, které umí požadované funkce relačního
modelu alespoň emulovat.
17
Distribuované databázové systémy
2. Rozmístění dat v DDBS
•
U klasických IS nejslabší místo zpracování (z hlediska času) jsou
diskové operace
•
V distribuovaných databázích nejnáročnější operace přesunu dat po
komunikační lince mezi uzly sítě. Tím vznikají některé problémy,
které jsme u klasických systémů nepoznali.
Pro řešení distribuce dat v DDBS existuje několik optimalizačních
technik. Obecně platí, že je data nutno umisťovat co nejblíže místům
jejich vzniku nebo využívání, pokud tomu nebrání např. parametry
počítačů v síti ap.
Vzhledem k vyšší možnosti poruch komunikačních linek a uzlových
počítačů musí být relace uloženy tak, aby byla zajištěna jejich
dostupnost i při výpadku některých částí sítě (relace jako logický
celek, fyzicky může být implementována jinak než jako jeden datový
soubor).
Používá se dvou hlavních způsobů jejich fyzické implementace:
replikace a fragmentace
18
Distribuované databázové systémy
I. Replikace = uchování kopií relací v různých uzlech.
výhody: porucha v jednom uzlu neznemožní přístup k jeho lokálním
relacím, data v lokálních bázích jsou připravena k použití okamžitě,
bez nutnosti přenosu
nevýhody: ztížení aktualizace, všechny kopie musí být aktualizovány
současně a v průběhu aktualizace je nutno uzamknout aktualizovaná
data ve všech uzlech sítě.
Proto se replikují data, ke kterým je potřebný rychlý přístup a která nejsou
často aktualizována, příp. která jsou pro systém mimořádně důležitá
(číselníky, registry ap.).
Obecně stupeň replikace záleží na četnosti změn v databázi. Pro menší
četnost změn je lepší větší počet kopií. Replikace zvyšuje výkon při
operaci SELECT, snižuje výkon pro operace UPDATE, DELETE,
INSERT.
19
Distribuované databázové systémy
II. Fragmentace = rozložení relace na části (fragmenty), které jsou
umístěny v různých uzlech sítě.
Může jít o horizontální fragmentaci, kdy se v různých uzlech ukládají části
relace rozložené do skupin řádků, nebo o vertikální fragmentaci, kdy se v
uzlech ukládají různé projekce relace. Fragmentace se provádí tak, aby
bylo možno z fragmentů získat původní relaci standardními operacemi
nad relační databází (sjednocením nebo spojením).
kat
jmeno
kat
jmeno
plat
400
449
456
III. Obě metody se často kombinují tak, že se v distribuované bázi
uchovávají kopie fragmentů v různých uzlech.
20
Distribuované databázové systémy
V distribuované databázi musí být unikátní jména všech položek, tedy
ani dvě lokální relace nesmí používat stejná jména pro různé položky.
• Jednou z možností řešení je použití všech názvů v centrálním slovníku.
To má nevýhody v tom, že slovník se stává nejužším článkem systému,
protože požadavky na paralelní činnost slovníku mohou být vysoké. Má-li
centrální slovník poruchu, havaruje celý systém. I samostatná práce nad
lokálními databázemi je velmi omezena.
• Jiná možnost je používání prefixů odvozených ze jména uzlového
počítače – opět v centrálním slovníku.
Tím se zase snižuje nezávislost označení dat na implementaci. Kromě
unikátních jmen položek musí mít také každá replika a každý fragment
(=datový soubor distribuované databáze) své unikátní jméno:
UZEL.RELACE.FRAGMENT.REPLIKA
21
Distribuované databázové systémy
• Uživatel sám nerozhoduje, kterou repliku a fragment relace bude
používat, to je úlohou systému a systém se musí také postarat o
modifikaci všech kopií, byla-li provedena modifikace relace. Stejně
rozhoduje, zda pro požadovanou operaci je nutné sestavení celé relace,
nebo zda lze operaci provést efektivněji nad fragmenty.
• K tomu existuje tabulka prefixů, kde jsou uvedeny uživatelské názvy
objektů i názvy objektů ve vnitřní reprezentaci systému.
• K tabulce existuje algoritmus, který určuje fragmenty a kopie. Pro
zjištění nákladů na zpracování akce se musí brát v úvahu rozmístění
kopií a fragmentů, možnost paralelního zpracování častí akce, délky
komunikačních linek mezi uzly, které se na zpracování podílejí a
množství informace, kterou je nutno přesouvat.
• Obecně není možno rozhodnout, která strategie zkompletování
požadované informace je nejlepší. K tomu je třeba vzít v úvahu
§
§
§
množství dat, které je třeba přesunout,
cenu za přenos bloku dat mezi jednotlivými uzly,
rychlost zpracování v jednotlivých uzlech.
a vhodným optimalizačním algoritmem zvolit nejlepší strategii.
22
Distribuované databázové systémy
Příklad: Vypište úplnou tabulku KONTA.
Zjistíme, zda jsou kopie fragmentovány. Pokud ne, zvolí se kopie s
nejnižšími přenosovými náklady. Pokud ano, existuje mnoho strategií,
které fragmenty a odkud použít k sestavení kompletní kopie.
Příklad: Relace R1, R2, R3 nejsou replikovány ani fragmentovány, každá
je umístěna v jiném uzlu U1, U2, U3 a v uzlu U4 položíme dotaz, který
vyžaduje provést operaci spojení R1 [*] R2 [*] R3.
Můžeme použít například následující strategie:
1. Kopie všech tří relací přemístíme do uzlu U4 a zpracujeme tam.
2. Kopii R1 přeneseme do U2, tam provedeme spojení R1[*]R2,
výsledek do U3, tam (R1[*] R2)[*]R3, výsledek do U4.
3. Kopie zpracováváme jako při strategii 2, ale použijeme jiné pořadí.
Nebo pro 4 fragmenty je možno spustit paralelně spojení (R1[*]R2) v
uzlu U1, (R3[*]R4) v uzlu U3, výsledek poslat do U5 a spojit v U5.
23
Distribuované databázové systémy
3. Těsnost spojení – frekvence aktualizací kopií dat
•
V klasických IS se požaduje okamžitá aktualizace dat a aby
aktualizované hodnoty byly ihned nato přístupné všem uživatelům
databáze.
•
V distribuovaných systémech se tento požadavek zabezpečuje
podstatně hůř a je příčinou složitosti programového řešení DDBS a tím
i vyšších nákladů na jeho provoz.
•
Podle konkrétních aplikačních úloh však není nutné přísně dodržovat
tyto požadavky vždy a tak je možno někdy celý systém zjednodušit a
zlevnit:
Často používaná data jsou rozmístěna v kopiích v každé lokální bázi.
Aby se zjednodušilo řízení a provoz tohoto DDBS, během dne se
aktualizační operace jen zaznamenávají a provedou se najednou
(napr. ve večerních hodinách), kdy počítače nejsou vytížené a
volnější jsou i komunikační linky. Samozřejmě se s tímto řešením
aktualizace muselo počítat již při celkovém návrhu informačního
systému, aby dovoloval počítat s dočasně nepřesnými údaji.
Takovéto DDBS nazýváme také volně spojené systémy.
24
Distribuované databázové systémy
Příklad:
Velká firma skladující a prodávající zboží má několik pobočných skladů,
každý vybaven počítačem s IS Sklad o evidenci svého zboží.
Pokud některé zboží chybí, je vhodné podat informace o zásobách na
ostatních pobočkách.
Není nutné mít informace o jiných skladech neustále aktuální, ale jen
např. pravidelně (o půlnoci, ...) nebo dle potřeby (e-mailem,intranetem, ...)
aktualizované.
Příklady:
rozmístění:Animace\repliky a fragmenty\5 - navrh rozmisteni dat.exe
dotazy: Animace\repliky a fragmenty\8 - SQL2.exe
Animace\repliky a fragmenty\6 - SQL1.exe
25
Distribuované databázové systémy
Příklad: Velkoobchod s obuví BABA sleduje zboží na skladě, jeho příjmy a výdeje:
každý vzor je vyráběn jediným výrobcem. Dále se evidují výrobci a odběratelé =
maloobchodníci. To vše je v databázi s relacemi
Vyrobce (ICO_vyr, název_firmy, adresa)
Odberatel (ICO_obch, název_firmy, adresa)
Sklad_obuvi (id_karta, typ, vzor, velikost, barva, cena, mnozstvi)
Prijem (id_prijem, id_karta, datum, mnoz_prij, ICO_vyr)
Vydej (id_vydej, id_karta, datum, mnoz_vyd, ICO_obch)
Navrhněte a zdůvodněte rozmístění dat v distribuované databázi firmy BABA,
jestliže má firma 10 poboček (skladů) v ČR a jedno ústředí, které potřebuje celkové
informace o všech pobočkách.
Vyrobce se mění zřídka, potřebují všechny uzly, replikován do všech uzlů,
aktualizace po změně.
Sklad se mění neustále, potřebují mateřské uzly stále, ostatní informativně,
fragmentace dle poboček, repliky všech buď v centru nebo v sousedních
uzlech, aktualizace denně nebo okamžitě (dle potřeby v zadání).
Prijem se neustále doplňuje, potřebuje jen pobočka a centrum, fragmenty dle
poboček, repliky do centra, aktualizace denně.
26
Distribuované databázové systémy
4. Stupeň centralizace řízení DDBS
charakterizuje, nakolik je řízení DDBS koncentrováno na jedno místo, dva
krajní případy jsou
I. Centralizované řízení DDBS
II. Decentralizované řízení DDBS
III. Kombinované řízení DDBS
27
Distribuované databázové systémy
I. Centralizované řízení DDBS
§ popis databáze a řízení DDBS je soustředěno na jeden centrální počítač
§ centrum DDBS nemusí být v HW centru příslušné počítačové sítě
§ v centru DDBS jsou soustředěny popisy všech dat tvořících DDBS a
centrálně se tu řídí
o
o
o
o
přístup k distribuované bázi dat,
provádění změn ve struktuře distribuované báze dat,
provádění a synchronizace transakcí v DDBS,
všechny další činnosti systému.
výhody: jednoduchost řízení všech činností systému. Správa má soustavný
přehled o aktuálním stavu všech částí systému a má možnost v
nevyhnutelném případě přesně a jednoznačně zasahovat.
nevýhody: vysoké celkové nároky na komunikaci v systému. Každý
přístup k datům, každá změna musí být povoleny a řízeny centrem →
zpomalení a prodražení provozu DDBS. Jen v lokálních sítích s
vysokými přenosovými rychlostmi se tato nevýhoda nemusí projevit
tak výrazně. Dalším nebezpečím je možnost poruchy počítače s
centrálním řízením databáze, protože při výpadku hrozí pracná obnova
28
celého DDBS.
Distribuované databázové systémy
Každá transakce žádá centrální plánovač o přístup k datům (i lokálním)
Plánovač řídí všechny - nejen globální, ale i lokální transakce
29
Distribuované databázové systémy
Plánovač má kontrolu nad všemi daty v DDBS:
• mohou se bez problémů použít typy plánovačů pro klasické SŘBD,
• každá transakce může číst a měnit hodnoty objektů v libovolných
lokálních bázích dat,
• zrušení transakce je spojeno s většími problémy - transakce musí
vycouvat, tj. vrátit původní hodnoty objektům, které již změnila. V
distribuované bázi to může být zdlouhavá a nákladná operace, proto
budou výhodnější takové plánovače, které pracují bez rušení transakcí,
• u plánovačů pracujících s časovými razítky ČR je nutno sladit lokální
hodiny tak, aby časová razítka byla navzájem různá, i když pocházejí z
různých uzlů.
30
Distribuované databázové systémy
Paralelní zpracování v distribuovaných databázích
Zajišťování atomického charakteru transakcí v distribuované bázi je řádově složitější,
než u lokálních sítí, možnosti poruch jsou mnohem složitější.
V centralizovaných DDBS řídí pořadí vykonávání operací jediný plánovač umístěný
v centru DDBS, bere požadavky z lokálních front RTi, přístup k lokálním
databázím realizují moduly RDi.
31
Distribuované databázové systémy
Příklady:
modifikace nereplikované tabulky:
Animace\centralizovana DDBS\Centalizovaná DDBS - Modifikace
nereplikované tabulky.exe
modifikace replikované tabulky:
Animace\centralizovana DDBS\Centalizovaná DDBS - Modifikace
replikované tabulky.exe
porucha uzlu:
Animace\centralizovana DDBS\Centalizovaná DDBS - vada uzlu při
modifikaci.exe
vertikální fragmentace:
Animace\centralizovana DDBS\Centr_DDBS_vert_frag_2.exe
horizontální fragmentace:
Animace\centralizovana DDBS\Centralizovaná DDBS - skládání
fragmentu tabulky.exe
32
Distribuované databázové systémy
II. Decentralizované řízení DDBS
• jsou tvořeny počítačovou sítí, žádný uzel nemá privilegované
postavení,
• všechny mají stejné informace o DDBS a stejnou zodpovědnost za
dodržování pravidel vedoucích k zachování integrity systému.
výhody: vynikají stabilitou, výpadek žádného počítače nemá za následek
větší ztrátu, než ztrátu přístupu k vlastním datům, tu je možno
duplikováním kritických dat v několika uzlech sítě zmírnit
nevýhody: algoritmy pro řízení transakcí v distribuovaném prostředí jsou
výrazně složitější, nutnost spolupráce jednotlivých uzlů při řešení
transakcí
33
Distribuované databázové systémy
U decentralizovaných DDBS jsou plánovače v každém lokálním IS.
Je možno použít plánovače z klasických SŘBD. Při zamykání objektů zamyká a
odemyká každý lokální plánovač objekty ve své bázi.
Problémem je kontrola dodržování dvoufázového protokolu. Řešením může být
pozdržení odemknutí všech objektů zamknutých pro transakci, dokud transakce
neskončí a pak vyslat všem plánovačům zprávu o skončení transakce. Pak je možno
objekty uvolnit.
34
Distribuované databázové systémy
• V decentralizovaném systému je možno provádět lokální operace.
• V decentralizovaném systému se těžko zjišťuje uváznutí, to nemůže
detekovat žádný lokální plánovač.
• Proto je výhodné uváznutím předcházet, např. použitím plánovačů
pracujících s ČR, kde k uváznutí nedochází.
Příklad:
modifikace replik a fragmentů, porucha uzlu
Animace\decentralozovana DDBS\8-UPDATE_III.exe
35
Distribuované databázové systémy
III. Kombinované řízení DDBS
• jsou tvořeny počítačovou sítí, některé uzly jsou řídicí, jiné ne - jsou
řízeny odjinud,
• řídicí mají informace o DDBS a zodpovědnost za dodržování pravidel
• řídicí mají na starosti i řízení malých uzlů, ne nutně jednoznačně
přidělených, aby i po výpadku mohly neřídicí uzly pracovat.
výhody: lepší stabilita než při centrálním řízení – řízení rozloženo do
několika uzlů, není tak náročný na řízení transakcí jako u
decentralizovaného řízení
nevýhody: algoritmy pro řízení transakcí jsou ještě složitější, protože
musí rozlišovat i dva druhy uzlů a neřídicím přidělovat uzly řídicí
36
Distribuované databázové systémy - shrnutí
• distribuovanost databází zvyšuje jejich složitost, náchylnost k chybám i
cenu celého systému
• výrazně se zvyšuje podíl režie systému na celkovém zpracování
• řadu problémů zpracování dat nelze řešit efektivně jiným způsobem
• základ tvoří řada pracovišť, která mohou pracovat s lokálními
databázemi, mohou provádět lokální transakce
• dále mohou provádět globální transakce s daty umístěnými v jiných
lokálních databázích
• provádění globálních transakcí předpokládá existenci technické a
programové podpory komunikace mezi jednotlivými lokálními pracovišti
• důležitým požadavkem je, aby se problémy týkající se programového
vybavení nedotýkaly uživatele a jeho způsobu práce s distribuovanou
databází
• aby byl distribuovaný systém zabezpečen i po stránce technického
vybavení, musí mít zabudován systém detekce chyb a možnost
rekonfigurace pro případ poruchy některého ze stanovišť nebo některého
37
spojovacího vedení.