De viktigaste funktionerna i DBMS

Moderna databassystem som används på många objekt, men inte alla vet vad de är och hur du kan använda databasfunktioner. Dessa verktyg är ett stort antal möjligheter, så du bör förstå att de kan göra och vad användbar för användaren att helt använda dem.

datahantering

För det första, i databasfunktioner inkluderar behandlingen av informationen i det externa minnet, och denna funktion är att tillhandahålla de grundläggande strukturerna i EP, som behövs inte bara för att lagra information direkt i databasen utan också att utföra olika kontorsuppgifter, såsom att få snabb tillgång till alla filer på olika tillfällen. I vissa utföranden används aktivt möjligheten till olika filsystem, medan andra ger för arbete, även i nivå med externa minnesenheter. Men i detta fall är det värt att notera att databasfunktioner, med en hög grad av utveckling, användaren, i alla fall inte informeras om något system används och i så fall hur man organiserar filer. Framför allt har systemet stött sin egen ordning namnge föremålen som ingår i databasen.

RAM bufferthantering

I de allra flesta fall databasfunktion är vanligt att använda en ganska voluminösa databaser och den minsta storleken är ofta mycket mer tillgänglig RAM. Självklart, om det gäller behandling för varje datapost kommer att bytas ut med ett externt minne, kommer hastigheten av den senare matcha hastigheten på systemet, så gott som det enda verkliga alternativet är att öka buffert data i RAM. I detta fall, även om operativsystemet tillhandahåller ett buffertsystem som omfattar hela, exempelvis till UNIX, kommer en detta inte vara tillräckligt för att säkerställa att databasen i syfte och huvudfunktioner, eftersom det har en mycket större volym av uppgifter om de fördelaktiga egenskaperna hos buffring varje specifik del av databasen som används. På grund av denna utveckling för att stödja sin egen uppsättning av buffertar, liksom en unik disciplin deras ersättare.

Det är värt att notera att det finns en separat rad av styrsystem, med fokus på kontinuerlig närvaro i minnet av hela databasen. Denna riktning är baserad på antagandet att mängden RAM-minne på datorn inom en snar framtid kommer att kunna expandera så att inte längre ha någon buffrande oro och de grundläggande funktionerna i denna typ av databas här kommer att falla precis i tid. Just nu är alla dessa verk är fortfarande i testfasen.

transaktionshantering

En transaktion är en följd av operationer med användning av databasledningssystem som behandlar som en enda enhet. Om transaktionen genomförs fullt ut framgångsrikt, fångar systemet de förändringar som har gjorts av det, i det externa minnet eller ingen av dessa förändringar kommer inte att återspeglas på tillståndet i databasen. Denna operation är nödvändig för att stödja den logiska integritet databas som används. Det bör noteras att upprätthållandet av rätt kurs av mekanismen transaktionen är en förutsättning även vid användning av en enda användardatabas, syftet och funktion skiljer sig avsevärt från andra typer av system.

Egenskapen att varje transaktion börjar först vid ett konsekvent tillstånd databas och därmed lämnar den i samma skick efter utgången av förfarandet, vilket gör det mycket bekvämt att använda som enheten för aktiviteten i databasen. Med rätt hantering av transaktioner genomförs parallellt med styrsystemet för varje enskild användare, i princip, kan känna sig delaktiga i det hela. Detta är dock på något sätt en idealiserad representation, som i många situationer då arbetande människor fortfarande kommer att känna närvaron av hans kollegor om de använde ett fleranvändarsystem, men i själva verket ger själva begreppet databasen. Funktioner som fleranvändardatabas har också satts i samband med förvaltningstransaktions begrepp som serieexekveringsplan, och serialisering.

Vad menar de?

Seriealise parallellt körbara transaktionen inbegriper en speciell konstruktion av deras arbetsplanen, varvid den totala effekt som uppnås är ekvivalent med det resultat erhållna blandningen, på grund av deras sekventiell exekvering.

Serieexekveringsplan är en särskild struktur för åtgärder, vilket leder till serialisering. Naturligtvis, om systemet erhålles för att åstadkomma en verkligt En serie genomförande av transaktioner blandningen, därefter alla användare som genererade transaktionen, närvaron av andra kommer att vara helt omärklig, med undantag av att det kommer att fungera lite långsammare jämfört med enanvändarläge.

Det finns vissa grundläggande serie algoritm. I centraliserade system, den mest populära i dag är de algoritmer som bygger på synkronisering capture olika databasobjekt. I fallet med någon serie algoritm ger möjlighet för konflikt mellan två eller flera transaktioner på tillgång till vissa databasobjekt. I en sådan situation, för att stödja den här proceduren måste du rulla tillbaka, det vill säga att eliminera eventuella ändringar som gjorts i databasen genom en eller flera processer. Detta är bara en av de situationer där en fleranvändarsystem, känner man närvaron av andra.

loggning

En av de viktigaste kraven för moderna system är att säkerställa tillförlitligheten hos informationslagring i det externa minnet. Framför allt ger det att en av de viktigaste funktionerna i databasen inkluderar möjligheten att återhämta sig den sista sammanhängande tillstånd av databasen efter förekomsten av någon programvara eller hårdvarufel. I de allra flesta fall har vidtagits för att överväga två alternativ för hårdvarufel:

• mjuk, vilket kan tolkas som ett plötsligt stopp på datorn (det vanligaste fallet - Nödstopp);
• styv, vilka kännetecknas av partiell eller fullständig förlust av data som lagrats på externa medier.

Som programvarufel Exempel nödsystem avstängning när du försöker använda någon möjlighet att ett av de viktigaste funktionerna i en databashanterare inte ingår eller krascha alla användare verktyg, varigenom en viss transaktion inte har slutförts. Den första situationen kan betraktas som en speciell typ av mjuk misslyckande, medan det senare fallet är nödvändig för att undanröja följderna av en enda transaktion.

Naturligtvis i alla fall för normal databas återhämtning är nödvändigt att ha en viss mängd ytterligare information. Med andra ord, för normalt underhåll av tillförlitligheten hos datalagring i databasen måste säkerställa redundans informationslagring, och en del av data används i återhämtningen bör bevakas noga. Den vanligaste metoden för att säkerställa upprätthållandet av redundanta data, anses loggning förändringar.

Vad är det och hur man använder?

Tidningen är en speciell del av databasen, som nås i ett antal databasfunktioner ingår inte, och det hålls mycket noggrant. I vissa situationer, även samtidigt det ger stöd för två kopior av tidningen vid olika fysiska media. I butiken fått information om eventuella förändringar som sker i huvuddelen av databasen, och olika styrsystem förändringar kan lagrade på olika nivåer. I vissa situationer är en loggpost helt i linje med en viss logisk operation förändringar, någonstans - en minsta inre operation i samband med den externa minnessida modifiering, medan vissa DBHS innebära användning av en kombination av två metoder.

I vilket fall som helst, en så kallad "strategi förebyggande inspelning" i tidningen. I sin ansökan rekord, indikerar en förändring i någon databas objekt faller in det externa minnet av tidningen innan den rörliga objekt. Det är känt att om funktionerna Access-databasen inkluderar normal följs detta protokoll, med hjälp av tidningen för att lösa eventuella problem relaterade till databasen återhämtning i händelse av misslyckanden.

rekyl

Den enklaste situationen är att återupprätta den enskilda transaktionen rullas tillbaka. För detta förfarande är det inte nödvändigt att använda ett system för hela ändringsloggen, och det är nog att använda för varje transaktion en lokal tidning modifiering operationer, och sedan rulla tillbaka transaktionen genom att utföra de omvända operationer, från slutet av varje post. Strukturen av databasen fungerar ofta innebär användning av just en sådan struktur, men i de flesta fall de lokala stockarna fortfarande stöds inte, och även enskilda avvecklingen av enskilda transaktioner som utförs av en systemtäckande och att alla uppgifter om varje transaktion kombinerad omvänd listan.

I händelse av ett mjukt fel extern databas minnet kan innefatta olika objekt som har modifierats genom transaktioner som inte har fullgjorts av tiden för uppträdandet av fel, och kan också finnas några olika objekt, uppgraderade de som framgångsrikt har slutförts innan felet genom att använda RAM-buffertinnehållet som helt försvinner när det finns liknande problem. Om protokollet följs, tillhandahåller för användning av lokaltidningar nödvändigtvis skriva i det externa minnet, vilka hänför sig till modifikationer av sådana föremål.

Det huvudsakliga syftet med återhämtningsprocessen efter uppträdandet av den mjuka misslyckande är ett tillstånd av det externa minnet i huvuddatabasen, som skulle uppstå i fallet med fixering i det östliga några förändringar för genomförd transaktion och sålunda skulle inte innehålla spår av ofullständiga förfaranden. För att uppnå denna effekt, de stora databasfunktioner är i detta fall, rollback obekräftade transaktioner upprepa operationen, vars resultat i slutändan inte kommer att visas i det externa minnet. Denna process innebär en hel del nyanser, som i huvudsak avser att organisera förvaltningen av tidningen och buffertar.

hårda fel

Om det behövs, återställa databasen efter förekomsten av hårda misslyckanden är inte bara en tidning, men också en databas backup. Det senare är en fullständig kopia av databasen på den tiden som tidningen började att fylla. Naturligtvis, för en normal återhämtning procedur kräver en tidning säkerhet, därför, som tidigare nämnts, till dess bevarande i det externa minnet som införts mycket stränga krav. I detta fall är återvinning av den databas som bygger på arkivkopior av tidningen spelas alla genomförda transaktioner genomförda vid tidpunkten för katastrofen. Vid behov kan det även spelas arbete ofullständiga transaktioner och fortsätter sitt vanliga arbete efter utgången av återhämtningsprocessen, men i de flesta verkliga system är ett sådant förfarande inte utförts på grund av att i sig återhämtning efter hård misslyckande är en relativt lång procedur.

språkstöd

Att arbeta med moderna databaser använder olika språk, och i början av databasen, möte, funktioner och andra egenskaper som skiljer sig avsevärt från det moderna system som ger specialiserad support för flera språk. Dessa var främst SDL och DML, avsedda att definiera databasschema och datamanipulation, respektive.

SDL används för att definiera den logiska strukturen av databasen, det vill säga, för att känna igen den specifika strukturen av databasen, som är tillgänglig för användarna. DML innehåller också en uppsättning av operatörer manipulation av information, gör det möjligt att lagra information i en databas, samt ta bort, ändra eller använda befintliga data.

DBMS funktioner inkluderar olika typer av stöd en enda integrerad språk som ger alla resurser som behövs för normal drift av databaser, från dess ursprungliga skapelsen och ger en standard användargränssnitt. Den standardspråk som ger de grundläggande funktionerna i databasen vanligast i våra dagar av relationssystem, som används av SQL.

Vad är det?

För det första språket kombinerar de grundläggande funktionerna hos DML och SDL, det vill säga ger möjlighet att bestämma de specifika semantik i relationsdatabas , och manipulera den nödvändiga informationen. Således olika namngivning databasobjekt som stöds direkt på nivån språket i den meningen att omvandlingen utförs av kompilatorn objektnamn i sina interna identifierare, baserat på de stöds tjänsten tabeller specialkataloger. Kärnan i styrsystemet i princip inte interagerar med tabeller eller enskilda kolumner.

SQL-språket innehåller en lista av specialverktyg för att definiera begränsningar databas. Återigen är sådana begränsningar ingår i de särskilda tabeller, kataloger och integritetsövervakning utförs direkt på den språkliga nivå, det vill säga i färd med att läsa enskilda databas modifiering uttalanden kompilator, baserad på tillgänglig i databasen integritet begränsningar, tillbringar för att generera motsvarande kod.