ÜzletiA szakértő

A fő funkciója a DBMS

Modern adatbázis rendszerek használhatók sok tárgy, de nem mindenki tudja, hogy mit és hogyan lehet használni adatbázis funkciókat. Ezek az eszközök rengeteg lehetőséget, ezért meg kell értenie, hogy meg tudja csinálni, és milyen hasznos a felhasználó számára, hogy teljes mértékben használják őket.

adatkezelés

Az első helyen, az adatbázis funkciói közé tartozik az információ feldolgozása a külső memória, és ez a funkció nyújtása alapstruktúrái az EP, amelyek szükségesek nemcsak az áruház adatait közvetlenül az adatbázisban szereplő, hanem végre a különböző irodai feladatok, mint a szerzés gyors hozzáférést a fájlok különböző alkalmakkor. Bizonyos megvalósítási módokban aktívan használják a lehetőséget a különböző fájlrendszerek, míg mások a munka, még szintjén külső memória eszközök. De ebben az esetben érdemes megjegyezni, hogy az adatbázis-funkciók, a magas fejlettségű, a felhasználó minden esetben, nem tájékoztatják-e olyan rendszert használnak, és ha igen, hogyan kell megszervezni a fájlokat. Különösen a rendszer már támogatja a saját érdekében, megnevezve a tárgyak szerepelnek az adatbázisban.

RAM puffer kezelése

Az esetek túlnyomó többségében az adatbázis funkció közös, hogy egy meglehetősen terjedelmes adatbázisok és a minimális méret gyakran sokkal RAM-ot. Természetesen, ha a kezelés esetén az egyes adatelem kicserélt külső memória, a sebesség, akkor az utóbbiak a sebességet a rendszer, így gyakorlatilag az egyetlen igazi megoldás az, hogy növelje a pufferelés adatok a RAM. Ebben az esetben is, ha az operációs rendszer az egész rendszerre kiterjedő puffer, például a UNIX, a ez nem lesz elég, hogy az adatbázist a célját és fő funkcióit, hiszen egy sokkal nagyobb mennyiségű adatot előnyös tulajdonságait pufferelés minden egyes része a használt adatbázist. Ennek köszönhetően a rendszer kiépítését támogató saját, pufferek, valamint egy egyedi fegyelem a csere.

Érdemes megjegyezni, hogy van egy külön sor az ellenőrző rendszerek, elsősorban a folyamatos jelenléte a memóriában a teljes adatbázis. Ez az irány a feltételezésen alapul, hogy a közeljövőben a RAM mennyisége a számítógép képes lesz bővíteni úgy, hogy már nem lesz semmilyen pufferelés aggodalom, és az alapvető funkciókat az ilyen típusú adatbázis itt fog esni éppen időben. Abban a pillanatban, minden ezek a munkák még a tesztelési fázisban van.

tranzakció menedzsment

A tranzakció olyan műveletek sorozata használatával adatbázis kezelő rendszer, amely kezeli egyetlen entitásként. Ha az ügylet teljesen sikeresen lefut, akkor a rendszer rögzíti a változásokat, hogy a tettek által, a külső memóriát vagy ezek a módosítások nem jelennek az állam az adatbázisban. Ez a művelet szükséges ahhoz, hogy támogassa a logikai adatbázis integritását használni. Meg kell jegyezni, hogy a fenntartó a helyes útra a tranzakció mechanizmus előfeltétele akkor is, ha egy egységes felhasználói adatbázis, a célja és funkciója, amely jelentősen eltér a más típusú rendszerekkel.

A tulajdonsága, hogy bármilyen tranzakció csak akkor kezdődik meg konzisztens állapotba tárol és ezáltal hagyja azt az ugyanabban az állapotban vége után az eljárás, így rendkívül kényelmes a használata, mint az egység a tevékenység az adatbázisban. A megfelelő kezelésének ügyletekre párhuzamosan az ellenőrzési rendszer minden egyes felhasználó, elvileg lehet érezni az egész részének. Ez azonban valamilyen módon egy idealizált ábrázolás, mint sok esetben, amikor a dolgozó emberek is érzékelni fogja jelenlétét kollégái, ha használják többfelhasználós rendszer, de valójában ez biztosítja a fogalma az adatbázisban. Az olyan funkciók, mint a multi-user adatbázist is a tranzakcióval kapcsolatos koncepciók, mint a soros kivitelezési terv, és sorba rendezés.

Mit jelentenek ezek?

Sorosítása párhuzamosan végrehajtható ügylet speciális építési munkájuk terv, amelyben az összes elért hatás megegyezik a kapott eredmény keverék, mert a szekvenciális végrehajtását.

Soros végrehajtási terv egy sajátos struktúrája akció, ami szerializáció. Természetesen, ha a rendszert kapunk, hogy egy igazi soros végrehajtására tranzakciók keveréket, majd a felhasználó, aki létrehozta a tranzakció, a mások jelenlétében lesz teljesen észrevehetetlen, kivéve, hogy ez működni fog egy kicsit lassabb, mint egyfelhasználós módban.

Van néhány alapvető serialization algoritmus. A centralizált rendszerekben, a legnépszerűbb ma az algoritmusokat, amelyek alapján a szinkronizálás befogó különböző adatbázis-objektumok. Abban az esetben, szerializáció algoritmus biztosítja annak lehetőségét, hogy konfliktus két vagy több tranzakció hozzáférést bizonyos adatbázis-objektumok. Egy ilyen helyzetben, hogy támogassa ezt az eljárást, meg kell, hogy állítsa vissza, hogy van, hogy megszüntesse bármilyen változás történik az adatbázis egy vagy több folyamat. Ez csak egy a helyzetekben, amikor egy többfelhasználós rendszer, az egyik úgy érzi, mások jelenlétében.

fakitermelés

Az egyik legfontosabb követelmények a modern rendszerek megbízhatóságának biztosítása érdekében az információ tárolása a külső memória. Különösen azt biztosítja, hogy az egyik fő funkciója az adatbázis közé tartozik a képességét, hogy visszaszerezze az utolsó koherens állapot az adatbázis bekövetkezése után bármilyen szoftver vagy hardver hiba. Az esetek túlnyomó többségében hozott tűnik két lehetőség hardver hibák:

  • puha, amely úgy értelmezhető, mint egy hirtelen megáll a számítógép (a leggyakoribb eset - vészleállító);
  • merev, amelyekre jellemző, hogy részleges vagy teljes elvesztése tárolt adatok a külső médiában.

Mivel a szoftver hibák PÉLDA segélyhívó rendszer leállítása, amikor megpróbálják használni minden lehetőséget, hogy az egyik fő funkciója a rendszer használatát nem tartalmazza, vagy összeomlik minden felhasználó segédprogram, amellyel egy adott tranzakció nem fejeződött be. Az első eset lehet tekinteni, mint egy különleges fajta lágy kudarc, míg az utóbbi esetében van szükség, hogy megszüntesse a következményeit egyetlen tranzakció.

Természetesen minden esetben a szokásos adatbázis helyreállítás szükséges egy bizonyos mennyiségű további információt. Más szóval, a szokásos karbantartási megbízhatóságának adattároló az adatbázisban akkor biztosítani kell a redundancia adattárolás és az adatok egy részét használják a hasznosítást kell őrzött óvatosan. A leggyakoribb módszer fenntartásának biztosítása redundáns adatok, azt úgy kell tekinteni fakitermelés változásokat.

Mi ez, és hogyan kell használni?

A magazin egy speciális része az adatbázis, amely elérhető számos adatbázis funkciókat nem tartalmazza, és ez megmarad nagyon óvatosan. Bizonyos helyzetekben még ugyanabban az időben nyújt támogatást két példányban a magazin, különböző fizikai hordozón. A boltban kapott információt bármely bekövetkező változások a legfontosabb része az adatbázis, és a különböző rendszerek változások naplózása a különböző szinteken. Bizonyos helyzetekben naplóbejegyzés teljes mértékben összhangban van az adott logikai művelet változik, valahol - egy minimális belső társított műveletet a külső memóriát oldal átalakítás, míg néhány DBMS-vonják a kombinációja a két megközelítés.

Mindenesetre, egy úgynevezett „stratégia az elővételi felvétel” a magazin. Kérelmében rekord változást jelez bármilyen adatbázis-objektum esik a külső memória a magazin, mielőtt a változó objektumot. Köztudott, hogy ha a funkciók Access adatbázis tartalmazza a normális, hogy megfelel ennek protokoll használatával, a magazin megoldani minden problémát kapcsolatos adatbázis-helyreállítási az esetben, ha bármilyen hiba.

visszarúg

A legegyszerűbb helyzet helyreállítása az egyes tranzakciót visszaállítják. Ebben az eljárásban a nem szükséges, hogy egy rendszer-szintű változás napló, és ez elég ahhoz, hogy használni minden egyes tranzakció egy helyi magazin módosítási műveletek, majd visszaállíthatja a tranzakciót végrehajtó inverz műveleteket, kezdve a végén minden rekordot. A szerkezetet az adatbázisban funkció gyakran jár a használata csak egy ilyen szerkezet, de a legtöbb esetben a helyi naplók még nem támogatott, sőt az egyes rollback az egyes tranzakciók által végrehajtott rendszerszintű, és hogy minden feljegyzést minden ügylet együttes fordított listán.

Abban az esetben, egy puha kudarc külső adatbázis memóriák közé tartozik a különböző tárgyakat, amelyeket módosított ügylet nem készült el időben előfordulásának kudarc, és szintén nem feltétlenül különböző tárgyakat, korszerűsített is, hogy sikeresen befejeződött, mielőtt a hiba segítségével a RAM buffer tartalmát amely teljesen eltűnik, ha vannak hasonló problémák. Ha a protokoll betartását, használatát előíró helyi folyóirat feltétlenül írjon a külső memória, amelyek a módosításokat az ilyen tárgyakat.

A fő célja a helyreállítási folyamat bekövetkezése után a lágy kudarc állapotában a külső memóriát a fő adatbázis, amely akkor állna fenn abban az esetben, rögzítése a keleti bármilyen változás a sikeres tranzakciót és így nem tartalmazhat nyomokban hiányos eljárásokat. Ahhoz, hogy ezt a hatást, a nagy adatbázis-funkciók ebben az esetben, visszalépési nem kötött ügyletek, ismételjük meg a műveletet, amelynek eredményeit végül nem jelenik meg a külső memória. Ez a folyamat nagyon sok finomságok, amelyek főként arra a szervezet irányítási magazin és pufferek.

kemény hibák

Ha szükséges, visszaállítani az adatbázist bekövetkezése után a kemény hibák nem csak egy magazin, hanem egy adatbázis mentést. Az utóbbi egy teljes példányát az adatbázis abban az időben a magazin elkezdte kitölteni. Persze, egy normális behajtási eljárást igényel magazin biztonság, ezért, amint azt korábban említettük, hogy annak megőrzése a külső memória kiszabott nagyon szigorú követelményeknek. Ebben az esetben, a hasznosítás az adatbázis, hogy alapuló archív másolatait a magazin játsszák folytatott tranzakciói idején katasztrófa. Ha szükséges, akkor is lehet játszani a munka befejezetlen tranzakciók és folyamatos munkájuk során végét követően a helyreállítási folyamat, de a legtöbb valós rendszerekben, az ilyen eljárást nem hajtják végre az az oka, hogy az önmagában hasznosítás után kemény kudarc viszonylag hosszú eljárást.

nyelv támogatása

Ahhoz, hogy működjön együtt a modern adatbázisok eltérő nyelveket, és a korai adatbázis, kinevezés, funkciók és más jellemzőket, amelyek jelentősen eltérnek a modern rendszer, amelyet speciális támogatást több nyelven. Ezek főleg az SDL és DML, amelynek célja, hogy meghatározza az adatbázis séma és az adatok manipulálása, ill.

SDL meghatározására használják logikai szerkezetét az adatbázisban, azaz, hogy ismerje el a különleges szerkezetet az adatbázisban, amely elérhető a felhasználók számára. DML is magában foglalja egy sor piaci információ manipulálását lehetővé teszi, hogy adatokat tároljon egy adatbázisban, valamint törölni, módosítani, vagy a meglévő adatokat.

DBMS funkciók közé tartozik a különböző támogatási egyetlen integrált nyelvi, amely az összes szükséges forrásokat a normál működés adatbázisok, a kezdeti létrehozása, és rendelkezik egy szabványos felhasználói felület. A köznyelv, amely az alapvető funkciókat az adatbázis a leggyakoribb napjainkban a relációs rendszerek által használt SQL.

Mi ez?

Az első helyen a nyelv egyesíti az alapvető funkcióit DML és SDL, hogy van, biztosítja annak lehetőségét, hogy meghatározzuk a konkrét szemantikai a relációs adatbázisok és manipulálni a szükséges információkat. Így más elnevezési adatbázis-objektumok támogatott közvetlenül a nyelvi szint abban az értelemben, hogy az átalakítást végzi a fordító objektum nevét a saját belső azonosítók alapján a támogatott szolgáltatás asztalok speciálisan könyvtárak. A lényege az ellenőrzési rendszer, elvileg nem lép kölcsönhatásba a táblázatok vagy az egyes oszlopok.

Az SQL nyelv tartalmaz egy listát a speciális eszközöket, hogy meghatározza az adatbázis megszorításai. Ismét az ilyen korlátozások szerepelnek a különleges asztalok, katalógusokat és integritás ellenőrzést végeznek az közvetlenül a nyelvi szint, azaz a folyamat az olvasás egyedi adatbázis módosításával kimutatások fordító alapján az adatbázisban szereplő integritási kényszerek, költ generálni a megfelelő kódot.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 hu.birmiss.com. Theme powered by WordPress.