Hlavní funkce DBMS

Moderní systémy správy databází

Správa dat

V první řadě funkce DBMS zahrnuje zpracování informací v externí paměti a tato funkce je poskytováním základních struktur VI, které jsou potřebné nejen pro ukládání informací přímo do databáze, ale také pro provádění různých úkolů, jako je získání zrychleného přístup k libovolným souborům v různých případech. V některých modifikacích se aktivně využívají schopnosti různých souborových systémů, zatímco jiné umožňují práci i na úrovni zařízení externí paměti. Ale v tomto případě je třeba poznamenat, že funkce databáze, s vysokým stupněm vývoje, uživatel, v žádném případě není informován o tom, zda je použit jakýkoli systém, a pokud ano, jak organizovat soubory. Zejména systém udržuje vlastní pořadí jmenování objektů obsažených v databázi.

Správa vyrovnávacích pamětí paměti RAM

Ve většině případů se funkce DBMS používají v poměrně velkých databázích a tato velikost je alespoň často mnohem větší než dostupná paměť RAM. Samozřejmě, je-li v případě léčby pro každé datové položky budou vyměněny s externí paměti, rychlost ten bude odpovídat rychlosti systému, takže prakticky jedinou reálnou možností je zvýšit své tlumivé dat v paměti RAM. V tomto případě, a to i v případě, že operační systém poskytuje vyrovnávací paměti celý systém, například na UNIX, bude to být dostatečná pro zajištění, že databáze v účelu a hlavní funkce, protože má mnohem větší objem dat na prospěšné vlastnosti ukládání do vyrovnávací paměti každou určitou část z databáze. Kvůli tomu rozvinuté systémy podporují vlastní soubor vyrovnávacích pamětí, stejně jako jedinečnou disciplínu jejich nahrazení.

Je třeba poznamenat, že existuje samostatný směr řídicích systémů, orientovaný na průběžnou přítomnost celé paměti v paměti RAM. Tento směr je založen na předpokladu, že v blízké budoucnosti se množství počítačů RAM může tak výrazně rozšířit, že jakékoli ukládání do vyrovnávací paměti už nebude znepokojivé a hlavní funkce tohoto typu DBMS zde budou užitečné. V současné době zůstávají všechny tyto práce v testovací fázi.

Správa transakcí

Transakce je sekvence operací s použitou databází, kterou systém managementu považuje za celek. Pokud je transakce plně úspěšně provedena, systém zaznamená změny provedené v externí paměti nebo se nezobrazí žádná změna ve stavu databáze. Tato operace je vyžadována pro podporu logické integrity použité databáze. Je třeba poznamenat, že zachování správného průběhu transakčního mechanismu je předpokladem i při používání databází pro jednoho uživatele, jejichž účel a funkce se významně liší od jiných typů systémů.

Vlastnost, že každá transakce začíná až po dokončení stavu databází a současně ji po skončení procedury opouští ve stejném stavu, a je velmi užitečné jako jednotka činnosti týkající se databáze. S řádným řízením souběžně provádějících transakcí na straně řídícího systému se každý jednotlivý uživatel v zásadě může cítit součástí celého. Je to však idealizovaný pohled do určité míry, protože v mnoha situacích lidé stále pocítí přítomnost svých kolegů, pokud používají systém pro více uživatelů, ale ve skutečnosti to zajišťuje samotný koncept DBMS. Funkce víceúčelového DBMS jsou také spojeny s řízením transakcí takových pojmů jako sériový plán provádění a serializace.

Co to znamenají?

Serializace souběžných transakcí zahrnuje vytvoření zvláštního plánu pro jejich provoz, ve kterém je celkový účinek směsi ekvivalentní výsledku získanému z důvodu jejich důsledného provádění.

Sériový plán provádění je specifická struktura akcí, která vede k serializaci. Samozřejmě, pokud je systém schopen poskytnout skutečně sériovou realizaci směsi transakcí, pak pro každého uživatele, který generuje transakci, bude přítomnost ostatních zcela neviditelná, kromě toho, že bude fungovat o něco pomaleji než režim jednoho uživatele.

Existuje několik základních algoritmů pro serializaci. V centralizovaných systémech jsou dnes nejpopulárnější algoritmy založené na synchronizačních snímkách různých databázových objektů. V případě použití libovolných serializačních algoritmů je možné vytvořit konflikty mezi dvěma nebo více transakcemi pro přístup k některým databázovým objektům. V takové situaci, abyste podpořili tento postup, je třeba vrátit zpět, tj odstranit všechny změny provedené v databázi prostřednictvím jednoho nebo více procesů. To je jen jedna ze situací, kdy v systému pro více uživatelů člověk cítí přítomnost ostatních.

Žurnalistika

Jednou z hlavních požadavků na moderní systémy je zajištění spolehlivosti ukládání informací do externí paměti. Zejména se jedná o to, že hlavní funkce DBMS zahrnují schopnost obnovit poslední dohodnutý stav databáze po výskytu selhání softwaru nebo hardwaru. Ve většině případů je obvyklé zvážit dvě verze hardwarových poruch:

• měkké, což lze interpretovat jako neočekávanou zastavení počítače (nejběžnější případ - nouzové vypnutí);
• Hard, které jsou charakterizovány částečnou nebo úplnou ztrátou dat uložených na externích médiích.

Jako selhání softwaru Příklady nouzového vypnutí systému při pokusu použít jakoukoli možnost, že jednou z hlavních funkcí RDBMS není zahrnuta ani nedojde k selhání libovolný uživatelský nástroj, jímž nebyl dokončen určité transakce. První situace může být považována za zvláštní druh slabého selhání, zatímco v případě, kdy nastane druhá situace, musíte eliminovat následky jedné transakce.

Samozřejmě, v každém případě, pro normální obnovu databáze musíte mít určité množství dalších informací. Jinými slovy, pro běžné údržby spolehlivosti ukládání dat v databázi, kterou musí zajistit redundanci ukládání informací, a část dat se používá při vymáhání by měly být střeženy opatrně. Nejběžnější metodou pro zachování takových redundantních dat je uchování protokolu změn.

Co je to a jak se používá?

Záznam je zvláštní součástí databáze, jejíž přístup není zahrnut do počtu funkcí DBMS a je udržován zvlášť pečlivě. V některých situacích je poskytována i podpora pro dvě kopie časopisu, které jsou na různých fyzických nosičích. Tyto obchody dostávají informace o všech změnách, ke kterým dochází v hlavní části databáze, a v různých systémech správy mohou být zaznamenány změny na různých úrovních. V některých situacích záznam záznamu zcela odpovídá konkrétnímu záznamu logická operace někde změna - minimální vnitřní operace spojené s úpravou stránky s externí pamětí, zatímco některé systémy DBMS používají kombinaci obou přístupů.

V časopise je v každém případě použita tzv. "Preventivní strategie zápisu". Při jeho použití záznam, který indikuje změnu libovolného databázového objektu, spadá do externí paměti protokolu před změněným objektem. Je známo, že pokud funkce Přístup k DBMS zajistí normální shodu tohoto protokolu s pomocí časopisu, vyřeší se veškeré problémy spojené s obnovou databáze v případě selhání.

Vrátit zpět

Nejjednodušší situací obnovení je individuální vrácení transakce. Pro tento postup není nutné použít protokol změn celého systému, a to je dost k použití pro každou transakci lokální operace modifikace časopis, a pak se vrátit zpět transakce spuštěním inverzní operace, počínaje konci každého záznamu. Struktura funkce databáze často zahrnuje použití pouze takové konstrukce, ale ve většině případů místní přihlásí ještě nejsou podporovány, a to i individuální vrácení jednotlivých transakcí provedených pomocí celého systému, a že všechny záznamy o každé transakci kombinované reverzní seznam.

V případě měkkých selhání externí databáze paměti může obsahovat různé předměty, které byly změněny od transakce, které nejsou dokončeny v době výskytu poruchy, a také může být žádné jiné předměty, ty upgrade, které byly úspěšně dokončeny před poruchou pomocí obsahu RAM vyrovnávací paměti který zcela zmizí, když jsou podobné problémy. Pokud je dodržen protokol, který používá lokální protokoly, budou vždy existovat záznamy o externí paměti, které se vztahují k úpravě takových objektů.

Hlavním cílem procesu zotavení po výskytu měkké selhání je stav externí paměti hlavní databáze, která by nastala v případě stanovení v EAP žádné změny pro provedení transakce, a proto by neměly obsahovat stopy neúplných postupů. Pro dosažení tohoto efektu jsou hlavními funkcemi DBMS v tomto případě zrušení nedokončených transakcí a přehrávání těch operací, jejichž výsledky nebyly nakonec zobrazeny v externí paměti. Tento proces poskytuje poměrně velký počet jemností, které se týkají hlavně správy časopisu a nárazníků.

Pevné havárie

Pokud je to nutné, obnovení databáze po výskytu tvrdých poruch je nejen časopis, ale i zálohování databáze. Posledním z nich je úplná kopie databáze do okamžiku, kdy se časopis začal naplňovat. Samozřejmě, že pro běžného postupu obnovy vyžaduje bezpečnost časopis, tedy, jak již bylo zmíněno, k jeho zachování v externí paměti uložené velmi přísné požadavky. V tomto případě je obnovení databáze je, že na základě archivních kopií časopisu se hrají všechny prováděné operace dokončeny v době katastrofy. Pokud je to nutné, může být dokonce přehrávat práce nedokončené transakce a pokračovat v jejich běžné práci po ukončení procesu obnovy, ale ve většině reálných systémech, takový postup není prováděn, je z toho důvodu, že sama o sobě zotavení po tvrdé selhání je poměrně zdlouhavé.

Jazyková podpora

Pro práci s moderními databázemi jsou používány různé jazyky a v brzké DBMS, jejichž účel, funkce a jiné funkce se výrazně lišily od moderních systémů, byla poskytnuta podpora několika vysoce specializovaných jazyků. V podstatě to bylo SDL a DML, určené k určení schématu databáze a manipulaci s daty, resp.

SDL byla použita k určení logické struktury databáze, tj. K rozpoznání specifické struktury databáze, která je prezentována uživatelům. DML také zahrnovala celý soubor operátorů manipulace s daty, umožňující zadávat informace do databáze a také vymazávat, upravovat nebo používat stávající data.

Funkce DBMS zahrnují různé typy podpory pro jeden integrovaný jazyk, který poskytuje veškeré prostředky nezbytné pro běžnou práci s databázemi od počátečního vytvoření a poskytuje standardní uživatelské rozhraní. Jako standardní jazyk, který poskytuje základní funkce DBMS nejběžnějších dnešních relačních systémů, se používá SQL.

Co to je?

Především tento jazyk kombinuje základní funkce DML a SDL, to znamená, že poskytuje schopnost definovat specifickou sémantiku relační databáze a manipulovat s pravými informacemi. V tomto případě je pojmenování různých databázových objektů podporováno přímo na jazykové úrovni v tom smyslu, že překladač překládá názvy objektů do svých interních identifikátorů na základě speciálně udržovaných tabulek adresářů služeb. Jádro řídících systémů v zásadě neovládá s tabulkami nebo jejich jednotlivými sloupci.

Jazyk SQL obsahuje celý seznam speciálních nástrojů, které umožňují určit omezení integrity databáze. Opět platí, že jakákoli taková omezení jsou zahrnuty do zvláštních tabulek, katalogů a monitorování integrity se provádí přímo na jazykové úrovni, která je v procesu čtení jednotlivých výroků modifikace databáze překladače, na základě dostupné v omezení databáze integrity, tráví vygenerovat odpovídající kód.