1 mi a subd. Adatbázisok és ald

Ennek sikeres alkalmazásához szoftver ki kell választania a megfelelő működési módot. Az 1C különböző adatbázisokkal való kompatibilitásának ismerete a gyakorlatban is jól jön. A cikkben található anyagok segítenek az alkalmazások működésének finomhangolásában, figyelembe véve egy adott vállalkozás követelményeit.

Üzemmódok és kliens alkalmazások

A rendszerkonfiguráció legegyszerűbb verziójában ajánlott egy speciális fájl használata: "1Cv8.1CD". Tárolja az új felhasználói információkat, regisztrálja a regiszterekben történt változásokat, az egyéni beállításokat. Ez a módszer könnyen használható. Funkcionalitása további költségek nélkül elérhető. Az egyetlen jelentős hátrány a felhasználók korlátozott száma, legfeljebb 10.

Fontos! Egy külön számítógép van kijelölve magának az 1Cv8.1CD fájlnak a tárolására. Ezt követően a hozzáférést minden felhasználó számára a következőképpen szervezi meg helyi hálózat, amelyek képesek lemezterülettel dolgozni. Ebben az esetben a „kliens-szerver” módot szimulálják.

Íme olyan információ, amely lehetővé teszi számunkra, hogy pontosabban értékeljük egy ilyen választás alkalmasságát bizonyos problémák megoldására:

  • A fent említett fájl szerkezete táblázatos. Az egyes blokkok mérete 4 GB-ra korlátozódik;
  • Ha az 1C "fiatalabb", 8.3-nál alacsonyabb verzióit használjuk, akkor bizonyos feladatok helyes végrehajtása automatikus üzemmód lehetetlen lesz. A korlátozás az egyéni felhasználók összekapcsolásának szükségessége;
  • Ezzel az opcióval nem tud egyszerre több dokumentumot feladni;
  • Nem nyújt magas szint Biztonság. Kívánt esetben bármely felhasználó másolatot készíthet a vállalati adatbázist tároló főfájlról.

Nagyobb projektekhez jobban megfelel a munka teljes körű megszervezése „kliens-szerver” módban. Felsoroljuk a jellemzőit:

  • Ezt az opciót nagyszámú felhasználó egyidejű munkájára tervezték. A megfelelő teljesítmény elérése érdekében különböző adatbázis-kezelő rendszereket és szervereket használnak, fürtökbe egyesítve;
  • Sebesség paraméterei jobbak a "fájl" verzióhoz képest, amely lehetővé teszi nagy mennyiségű adat gyorsabb feldolgozását;
  • Ebben az esetben egyszerűbb a korszerű információvédelem telepítése és működtetése;
  • A számítási teljesítmény növeléséhez elegendő a szükséges számú kiszolgálót hozzáadni egy adott fürthöz.

A "kliens-szerver" módban három szintű szabványos architektúra használatos. Az alsó a felhasználói programok. Hívásokat küldenek a fürtkiszolgálóknak. Ha szükséges, az adatgyorsítótárazás engedélyezve van. A kérésfeldolgozó algoritmus azonnali válaszadási lehetőséget biztosít. A folyamatmenedzser irányítása alatt álló információk megszerzéséhez a szerver hívást kezdeményez a DBMS-hez. Az adatokat fordított láncban küldjük el az ügyfélnek.

Tanács! Ha csúcsterhelés várható, akkor javasolt a szükséges számú további működő szerver telepítése. A felhasználói kéréseket a rendszer automatikusan átirányítja hozzájuk.

A fájlverzióról egy produktívabb "kliens-szerver" módra váltáshoz elegendő a régi adatokat egy speciális archívumba betölteni. A továbbiakban a szerveren tárolódnak. Az 1C program "Konfiguráció" részében láthatja, hogy melyik mód van aktiválva.

Ügyfélalkalmazások


Az 1C többféle szoftverrel történő munkát biztosít. Figyeljük meg ennek a három ügyfélnek a jellemzőit:

  • Vékony - az adatok fogadása / továbbítása saját protokollja alapján történik. Ha https-t használ, akkor megfelelő szerverkonfiguráció szükséges.
  • A Vastag csak akkor használható, ha a kommunikációs vonalak teljesítménye megfelelő. Segítségével végezzen hibakeresési és számítási műveleteket, érje el az adatbázist.
  • A web böngészőben futó programokat használ.

Fontos! Az alkalmazás nem alkalmas arra, hogy a fejlesztő gyakorlati kérdéseket oldjon meg.

Ha "fájl" módot használunk, akkor az 1Cv8.1CD-ben lévő adatok közvetlenül elérhetők, míg a web csak a szerveren keresztül érhető el. Ha vékony klienssel dolgozik, mindkét út elfogadható. A "kliens-szerver" változatban hasonló sémákat használnak, de egy további hivatkozást adunk hozzá, egy szerverfürtben egyesítve. Tőle érkezik néhány válasz azonnal. Szükség esetén a kérést egy magasabb szintre, a DBMS-ben címezzük.

Különféle adatbázis-kezelő rendszerek alkalmazása

  • DBMS fájl:
    • A táblázatok bármelyikének ábrázolása a következő fájlokkal: leírások, rekordok, indexek és értékek;
    • Az egyes fájlok legfeljebb 4 GB lemezterületet foglalnak el;
    • A kulcs hossza 1920 bájtra korlátozott;
    • Maximum 256 mező használható az indexeléshez.
  • PostgreSQL:
    • Ha a rendezési módot növekvő sorrendben használja, a NULL értékek a lista végére kerülnek;
    • Az adatfeldolgozás sebessége ebben a DBMS-ben csökken a felhasználói kérések intenzitásának jelentős növekedésével;
    • A teljesítményadatok nagymértékben függenek a hajtások megfelelő műszaki paramétereitől;
    • Az egyes tranzakciók rögzítésére szolgáló speciális algoritmus növeli a megbízhatóság szintjét;
    • A szünetmentes tápegységek és a RAID-tömbök integrált használata segít megelőzni a hibákat.
  • Microsoft SQL - a táblák legnagyobb száma egy lekérdezésben nem haladhatja meg a 256 egységet;
  • Az Oracle DB-ben, akárcsak a PostgreSQL-ben, a növekvő sorrendben történő rendezés után a NULL a lista végén áll. Ebben a DBMS-ben tilos az "Order" vagy "First" elhelyezni a "To "alquery" konstrukcióban. Használatakor óvatosan kell dolgoznia a lekérdezési terv statisztikáival. Észrevehető hatásuk van az 1C stabilitására;
  • IBM DB2:
    • A NULL nem tipizált kitevő;
    • A számérték nem haladhatja meg a 31 karaktert;
    • Egy mező 1 GB-ra korlátozódik;
    • Az allekérdezések számának növekedésével (az összekapcsolási feltételben) nem zárható ki bizonyos teljesítménycsökkenés.

Az 1C helyes megvalósítása a vállalkozásban az ebben a cikkben bemutatott információk figyelembevételével történik.

Minden oldaltulajdonos tudja, hogy az oldal megfelelő működéséhez nem csak az oldalkódot tartalmazó fájlokra van szükség, hanem adatbázisokra is. Az adatbázis-kezelő rendszereket (DBMS) használják az adatbázisokkal való interakcióra. Ebben a cikkben az adatbázisokról és a DBMS-ről szeretnék beszélni, arról, hogy milyen fajták léteznek, és hogyan különböznek egymástól.

Adatbázis

Az adatbázis egy meghatározott adathalmaz, amelyet általában egy egyesítő elem vagy tulajdonság (vagy több) köt össze. Ezek az adatok például ábécé szerint vannak rendezve. Az egyetlen adatbázisban elhelyezhető különböző adatok sokfélesége a rögzíthető adatok sokféle változatához vezet: a felhasználók személyes adatai, nyilvántartásai, dátumai, rendelései stb. Például, ha van egy online áruháza, akkor webhelye adatbázisa tartalmazhat árlistákat, áruk vagy szolgáltatások katalógusát, jelentéseket, statisztikákat és vásárlói információkat.

Először is ez azért kényelmes, mert az információk gyorsan bevihetők az adatbázisba, és szükség esetén ugyanolyan gyorsan visszakereshetők. Ha a webfejlesztés fejlődésének hajnalán minden szükséges adatot be kellett írni az oldal kódjába, akkor most nincs erre szükség - szükséges információ scriptek segítségével lekérdezhető az adatbázisból. Az adatbázisokban használt speciális információk tárolására és lekérésére szolgáló algoritmusok a másodpercek töredéke alatt teszik lehetővé a szükséges információk megtalálását - virtuális térben végzett munka során pedig mindennél fontosabb az erőforrás sebessége.

Az adatbázisban található információk kapcsolata is fontos: az egyik sorban bekövetkezett változás a többi soron jelentős változásokat eredményezhet. Az adatokkal való munka ilyen módon sokkal könnyebb és gyorsabb, mintha csak egy helyen változtatna az adatbázisban.

Ez azonban nem jelenti azt, hogy minden oldalnak rendelkeznie kell adatbázissal – például, ha van névjegykártyás oldala, és nem tesz fel új információt az oldalon, akkor egyszerűen nincs szüksége adatbázisra. A legtöbb egyszerű módja egyszerű weboldal készítése – hozzon létre egy .

Adatbázis kezelő rendszer

Ahogy a névből sejthető, az adatbázis-kezelő rendszer (vagy röviden DBMS) olyan szoftver, amelyet adatbázisok létrehozására és kezelésére használnak. Fő funkció A DBMS egy adatkezelés (amely lehet külső és belső is véletlen hozzáférésű memória). A DBMS szükségszerűen támogatja az adatbázis-nyelveket, és felelős az adatok másolásáért és visszaállításáért az esetleges hibák után.

Ami az adatbázisok osztályozását illeti, számos lehetőség kínálkozik.
Például oszthatja az alapokat ezzel adatmodellek: hierarchikus (fa szerkezettel rendelkezik), hálózati (szerkezetében hasonló a hierarchikushoz), relációs (relációs adatbázisok kezelésére használják), objektumorientált (objektum adatmodellhez használják) és objektum-relációs (valamilyen fúziós relációs és objektumorientált adatbázistípus).

Vagy ha a felosztás aszerint megy hol található a DBMS, oszthatók helyi - a teljes DBMS egy számítógépen, és elosztott - az adatbázis-kezelő rendszer részei több számítógépen találhatók.

Fájlszerver, kliens-szerver és beágyazott – ezek a nevek DBMS, ha osztja őket adatbázis hozzáférési módszer. Fájlkiszolgáló DBMS bekapcsolva Ebben a pillanatban már elavultnak tekinthető; főként a kliens-szerver (DBMS, amelyek a szerveren találhatók magával az adatbázissal) és beágyazott (nem szükséges külön telepítés) rendszerek.

Az adatbázisokban tárolt információk nem korlátozódnak a szöveges ill grafikus fájlok- A DBMS modern verziói támogatják az audio- és videofájlformátumokat is.

Ebben a cikkben a DBMS-ekre fogok összpontosítani, amelyeket különféle webes erőforrásokból származó információk tárolására használnak.

Miért van szükség ezekre a DBMS-ekre? Fő funkciójukon - hatalmas mennyiségű információ tárolásán és rendszerezésén túlmenően - lehetővé teszik az ügyfelek kérésének gyors feldolgozását, friss és naprakész információk kiadását.

Ez vonatkozik az Ön által végrehajtott változtatásokra is - ahelyett, hogy a webhely egyes fájljaiban módosítaná az információkat, módosíthatja azokat az adatbázisban, és akkor minden oldalon azonnal megjelennek a helyes információk.

Relációs DBMS és SQL nyelv

A relációs és objektum-relációs DBMS a leggyakoribb rendszerek közé tartozik. Ezek olyan táblázatok, amelyekben minden oszlop (amelyet "mezőnek" vagy "mezőnek" neveznek) rendezett, és meghatározott egyedi nevük van. A sorok sorrendjét (ezeket "rekordoknak" vagy "rekordoknak" nevezik) az információk táblázatba való beírásának sorrendje határozza meg. Ebben az esetben az oszlopok és sorok feldolgozása tetszőleges sorrendben történhet. Az adatokat tartalmazó táblákat speciális kapcsolatok kötik össze, amelyeknek köszönhetően az adatok a különböző táblázatok dolgozhat - például kombinálhatja őket - egyetlen kéréssel.

A relációs adatbázisok kezelésére egy speciális programozási nyelvet, az SQL-t használnak. A rövidítés a „Strukturált lekérdezési nyelv” rövidítése, orosz „strukturált lekérdezési nyelv”-re fordítva.

Az SQL-ben használt parancsok fel vannak osztva az adatokat kezelő, az adatokat definiáló és az adatokat kezelő parancsokra.

Az adatbázis séma így néz ki:


MySQL

A MySQL az egyik legnépszerűbb és legelterjedtebb DBMS, amelyet sok cég használ (például Facebook, Wikipedia, Twitter, LinkedIn, Alibaba és mások). A MySQL egy relációs DBMS, amely a szabad szoftverekhez tartozik: a GNU Public License feltételei szerint terjesztik. Általános szabály, hogy ez az adatbázis-kezelő rendszer egy jó, gyors és rugalmas rendszer, amelyet kis és közepes projektekhez ajánlanak. A MySQL számos előnnyel rendelkezik. Például támogatja Különféle típusok táblázatok: mind a jól ismert MyISAM és InnoDB, mind az egzotikusabb HEAP és MERGE; emellett folyamatosan növekszik a támogatott típusok száma. A MySQL gyorsan végrehajtja az összes parancsot – talán most ez a létező leggyorsabb DBMS. Ezzel az adatbázis-kezelő rendszerrel egyszerre korlátlan számú felhasználó dolgozhat, a táblázatok sorainak száma pedig akár 50 millió is lehet.

Mivel néhány más MySQL DBMS-hez képest kevesebb szolgáltatást támogat, sokkal könnyebb vele dolgozni, mint például a PostgreSQL-lel, amelyről az alábbiakban lesz szó.

A MySQL első verziója még 1995-ben jelent meg, azóta számos további kiadás jelent meg, amelyek mindegyike jelentős változásokat hozott.

A MySQL-lel való munkához nem csak szöveges, hanem grafikus módot is használnak. Ez a phpMyAdmin alkalmazásnak köszönhetően lehetséges: az alkalmazásban való munkához még az SQL-parancsokat sem kell ismernie, és adatbázisát közvetlenül a böngészőn keresztül adminisztrálhatja.

Általánosságban elmondható, hogy a MySQL-t azok választják, akiknek DBMS-re van szükségük egy kis vagy közepes méretű projekthez, gyorsan és egyszerűen használható, adminisztrációs nehézségek nélkül.


PostgreSQL

Ez a szabadon terjesztett adatbázis-kezelő rendszer a DBMS objektum-relációs típusába tartozik. A MySQL-hez hasonlóan a PostgreSQL is az SQL nyelven alapul, de a MySQL-lel ellentétben a PostgreSQL támogatja az SQL-2011 szabványt. Ennek a DBMS-nek nincs korlátozása egyikre sem maximális méret adatbázis, sem a maximális rekordok vagy indexek a táblában.

Ha a PostgreSQL előnyeiről beszélünk, akkor ez természetesen a tranzakciók és replikációk megbízhatósága, az öröklődés lehetősége és a könnyű bővíthetőség. A PostgreSQL különféle kiterjesztéseket és programozási nyelvváltozatokat támogat, mint például a PL/Perl, PL/Python és PL/Java. Lehetőség van C-kompatibilis modulok betöltésére is.

Sokan rámutatnak, hogy ellentétben MySQL adott A DBMS jó és részletes dokumentációval rendelkezik, amely szinte minden kérdésre választ ad.

Azt, hogy ez egy nagyobb méretű DBMS, mint a MySQL, az is bizonyítja, hogy a PostgreSQL-t időszakonként összehasonlítják egy olyan nagy teljesítményű adatkezelő rendszerrel, mint az Oracle.

Mindez lehetővé teszi, hogy a PostgreSQL-ről, mint jelenleg az egyik legfejlettebb DBMS-ről beszéljünk.


SQLite

Jelenleg ez az egyik legkompaktabb DBMS; beágyazható és relációs is. Az SQLite lehetővé teszi az összes adat egy fájlban való tárolását, és kis méretének köszönhetően irigylésre méltó sebességgel rendelkezik. Az SQLite felépítésében jelentősen eltér a MySQL-től és a PostgreSQL-től: ennek a DBMS-nek a motorja és az interfésze ugyanabban a könyvtárban található – és ez teszi lehetővé az összes lekérdezés nagyon gyors végrehajtását. Más DBMS-ek (MySQL, PostgreSQL, Oracle stb.) a kliens-szerver paradigmát használják, amikor az interakció hálózati protokollon keresztül történik.

A hiányosságok között kiemelhető a felhasználói rendszer hiánya és a termelékenység növelésének lehetősége.

Az SQLite olyan projektekben ajánlható, ahol gyorsan kell portolni az alkalmazást, és nincs szükség a méretezhetőségre.


Jóslat

Ez a DBMS az objektum-relációs típushoz tartozik. A név a rendszert kifejlesztő Oracle cég nevéből származik. Az SQL mellett a DBMS a PL/SQL nevű eljárási kiterjesztést, valamint a Java nyelvet használja.

Az Oracle több mint egy évtizede stabil rendszer, így a nagyvállalatok választása, amelyek számára fontos a hibaelhárítás megbízhatósága, az egyszerűsített biztonsági mentési eljárás, a méretezhetőség és egyéb értékes szolgáltatások. Ezenkívül ez a DBMS kiváló biztonságot és hatékony adatvédelmet biztosít.

Más DBMS-ekkel ellentétben az Oracle megvásárlásának és használatának költsége meglehetősen magas, és ez gyakran jelentős akadályt jelent a kis cégeknél történő használatában. Valószínűleg ez az oka annak is, hogy az Oracle csak a 6. helyen áll a DBMS 2016-os értékelésében Oroszországban.



MongoDB

Ez a DBMS abban különbözik, hogy hierarchikus adatstruktúrák tárolására szolgál, ezért nevezik dokumentum-orientáltnak (ez egy dokumentumtár táblák vagy sémák használata nélkül). A MongoDB nyílt forráskódú.

Azonosító használatával gyors műveleteket hajthat végre egy objektumon; ez a DBMS jól teljesít összetett interakciókban. Először is, a sebességről beszélünk - bizonyos esetekben a MongoDB-ben írt alkalmazás gyorsabban fog működni, mint ugyanaz az alkalmazás SQL-t használva, mert. A MongoDB a NoSQL DBMS osztályhoz tartozik, és egy objektumlekérdezési nyelvet használ az SQL helyett, amely sokkal könnyebb, mint az SQL.

Ennek a nyelvnek azonban megvannak a korlátai, ezért a MongoDB-t olyan esetekben kell használni, amikor nincs szükség bonyolult és nem triviális kijelölésekre.

Konklúzió helyett

A DBMS kiválasztása fontos pont az erőforrás létrehozásakor. Kezdje a feladataiból és lehetőségeiből, próbáljon és kísérletezzen, hogy megtalálja a legmegfelelőbb lehetőséget.

4. ADATBÁZISKEZELŐ RENDSZEREK 1

4.1. DBMS osztályozása 1

4.2 Codd-szabályok egy relációs DBMS-hez (RDBMS) 2

4.3. A relációs DBMS alapvető funkciói 4

4.4 Adatbázis-kezelés 5

4.5.Adathivatkozási szótár 6

Az adatbázis-kezelő rendszer (DBMS) az lényeges komponens Az AIS adatbázison alapul. Az adatbázis létrehozásához és karbantartásához DBMS szükséges tájékoztatási rendszer ugyanolyan mértékben, mint egy program fejlesztéséhez algoritmikus nyelven - fordító. A DBMS szoftverösszetevői közé tartoznak a kernel és a szervizeszközök (segédprogramok).

DBMS kernel egy készlet szoftver modulok, szükséges és elégséges adatbázis létrehozásához és karbantartásához, vagyis egy univerzális rész, amely a felhasználók információszolgáltatásának standard feladatait oldja meg. Szolgáltatási programok széles skáláját kínálja a felhasználóknak további jellemzőkés szolgáltatások a leírt témakörtől és egy adott felhasználó igényeitől függően.

adatbázis kezelő rendszer szoftverrendszernek nevezik, amely arra hivatott, hogy a különféle alkalmazások számára közös adatbázist hozzon létre egy számítógépen, azt naprakészen tartsa, és a rájuk ruházott jogkör keretein belül biztosítsa a felhasználók hatékony hozzáférését az abban foglalt adatokhoz.

A DBMS alapvetően fontos tulajdonsága, hogy lehetővé teszi az adatbázis két független nézetének megkülönböztetését és fenntartását: a felhasználó "nézetét", amely az adatok "logikai" megjelenítésében testesül meg, és a rendszer "nézetét" - a „fizikai” reprezentáció (tárolt adatok rendszerezése).

Az adatbázis inicializálásához egy adott DBMS-t használó fejlesztő leírja az adatbázis logikai szerkezetét, a tárolási környezetben való felépítését és a felhasználói adatok reprezentációit (illetve a fogalmi adatbázissémát, a tárolási sémát és a külső sémákat). Ezen sémák feldolgozásával a DBMS egy üres adatbázist hoz létre a kívánt szerkezettel, és biztosítja az eszközöket a témakör adataival való feltöltéséhez és a további hasznosításhoz.

    1. DBMS besorolás

Az univerzalitás foka szerint a DBMS-ek két osztályba sorolhatók: DBMS Általános rendeltetésű(DBMS BE) és specializált DBMS (SpDBMS).

A DBMS OH nem összpontosít semmilyen témakörre vagy a felhasználók konkrét információs igényeire. Minden ilyen rendszer univerzális, és funkcionálisan redundáns adatművelet-készletet valósít meg. A DBMS ON hangolási eszközöket tartalmaz egy adott témakörhöz, működési feltételekhez és felhasználói követelményekhez. Ezeknek a rendszereknek a gyártása széles körű kereskedelmi alapokra helyeződik.

Speciális DBMS-ek olyan esetekben jönnek létre, amikor a meglévő általános célú DBMS-ek egyike sem tudja kielégítően megoldani a fejlesztők problémáit. Több oka is lehet:


  • a szükséges adatfeldolgozási sebesség nem érhető el;

  • a DBMS-nek komoly hardverkorlátozások mellett kell működnie;

  • speciális adatfeldolgozási funkciók támogatása szükséges.
Az SpDBMS-eket egy adott probléma megoldására tervezték, és ennek a megoldásnak az elfogadható paraméterei a következők:

  1. egy adott témakör jellemzőinek ismerete miatt,

  2. a rendszer funkcionális teljességének csökkentésével.
Az SpDBMS létrehozása nagyon időigényes üzlet, ezért ahhoz, hogy ezt az utat válasszuk, nagyon jó okokra van szükség. A következőkben csak az általános célú DBMS-eket vesszük figyelembe.

Az adattárolás és -feldolgozás megszervezésének módszerei szerint a DBMS-ek fel vannak osztva központosítottÉs megosztott. Az előbbiek fizikailag egy helyen (egy számítógépen) tárolt adatbázissal dolgoznak. Ez nem jelenti azt, hogy a felhasználó csak ugyanazon a számítógépen dolgozhat az adatbázissal: a hozzáférés lehet távoli (kliens-szerver módban). A legtöbb központosított DBMS áthelyezi a szervezet feladatát távoli hozzáférés a hálózati szolgáltatásra vonatkozó adatokhoz, csak a sajátjukat teljesítve alapfelszereltség, amelyeket bonyolít a sok felhasználó egyidejű hozzáférése az adatokhoz.

Az adatmodell szerint vannak hierarchikus,hálózat,relációs, tárgy-relációsÉs objektum orientált DBMS.

Relációs DBMS-hez E.F. Codd 12 szabályt javasolt és indokolt, amelyeknek egy relációs adat-DBMS-nek (RDBMS) meg kell felelnie.

    1. Codd-szabályok egy relációs DBMS-hez (RDBMS)


  1. Explicit adatmegjelenítés (Az információs szabály). Az információkat cellákban tárolt adatok formájában kell bemutatni. A cellákban tárolt adatoknak atominak kell lenniük. A relációs táblázatban a sorok sorrendje nem befolyásolhatja az adatok jelentését.

  2. Garantált hozzáférési szabály. Minden adatelemnek garantálni kell, hogy elérhető legyen a táblanév, a sor elsődleges kulcsa és az oszlopnév kombinációjával.

  3. Ismeretlen értékek feldolgozása (Null értékek szisztematikus kezelése). Az ismert értékeken kívüli ismeretlen NULL értékeket minden adattípusnál támogatni kell bármilyen művelet végrehajtásakor. Például numerikus adatok esetén az ismeretlen értékeket nem szabad nullákként kezelni, karakteres adatok esetén pedig üres karakterláncokként.

  4. Dinamikus on-line katalógus a relációs modell alapján. Címtár (vagy referenciaszótár) az adatokat relációs táblák formájában kell tárolni, és az RDBMS-nek támogatnia kell a hozzáférést szabványos nyelvi eszközökkel, ugyanúgy, mint a felhasználói adatokat tartalmazó relációs táblákkal.

  5. Egy nyelvi részhalmaz teljessége (Comprehensive Data Sublanguage Rule). Az RDBMS-nek egyetlen nyelvet kell támogatnia, amely lehetővé teszi az adatokkal kapcsolatos összes művelet végrehajtását: adatdefiníció (DDL, Data Definition Language), adatkezelés (DML, Data Manipulation Language), felhasználói hozzáférés szabályozása az adatokhoz, tranzakciókezelés.

  6. Frissített nézetek támogatása (View Updating Rule). A nézet egy tárolt lekérdezés adatbázistáblázatokkal szemben. A frissített nézetnek támogatnia kell minden adatkezelési műveletet, amelyet a relációs táblák támogatnak: beszúrási, frissítési és törlési műveleteket.

  7. Magas szintű adatkezelési műveletek elérhetősége (magas szintű beszúrás, frissítés és törlés). Az adatok beszúrásának, frissítésének és törlésének műveleteit nem csak egy táblázat egy sorára vonatkozóan kell támogatni, hanem egy tetszőleges tábla bármely sorhalmazára vonatkozóan.

  8. Fizikai adatok függetlensége. Az alkalmazások nem függhetnek az adatok adathordozón való tárolására használt módszerektől hardver az a számítógép, ahol az adatbázis található. Az RDBMS-nek bizonyos szabadságot kell biztosítania az adatbázis tárolókörnyezetben való elrendezésének módosítására anélkül, hogy az adatok logikai megjelenítését módosítani kellene. Ez lehetővé teszi a tárolási környezet optimalizálását a rendszer hatékonyságának javítása érdekében, anélkül, hogy ez befolyásolná a létrehozottat alkalmazási programok az adatbázissal dolgozni.

  9. Logikai adatfüggetlenség. Ez a tulajdonság lehetővé teszi, hogy több különböző logikai nézetet (nézetet) hozzon létre ugyanazon az adatokon különböző felhasználói csoportok számára. Ugyanakkor a felhasználó adatokról való látásmódja nagyban eltérhet nemcsak tárolója fizikai felépítésétől, hanem a fogalmi (logikai) adatsémától is. A lekérdezés feldolgozása során tárolt adatbázis-objektumok alapján dinamikusan szintetizálható.

  10. Integritás Függetlenség. Az integritás fenntartásához szükséges összes információnak az adatszótárban kell lennie. Az adatnyelvnek végre kell hajtania a bemeneti ellenőrzést, és automatikusan meg kell őriznie az adatok integritását. Ezt integritási megszorításokkal és a tranzakciós mechanizmussal valósítják meg.

  11. Elosztási függetlenség. Az adatbázis terjeszthető (több számítógépen is elhelyezhető), és ez nem érinti az alkalmazásokat. Az adatbázisok másik számítógépre történő átvitele nem érinti az alkalmazásokat.

  12. A nyelvi szintek összehangolása (Non-Subversion Rule). Az adatokhoz csak az adatkezelés szabványos nyelvén lehet hozzáférni. Ha alacsony szintű adathozzáférési nyelvet használ, az nem írhatja felül a magasabb szintű nyelv által támogatott biztonsági és integritási szabályokat.
    1. A relációs DBMS alapvető funkciói

A relációs DBMS alapvető funkcióit a Codd-szabályok határozzák meg. De a felhasználók igényei a következő funkciókat is meghatározzák:

  1. Többfelhasználós hozzáférési mód támogatása.
Az adatbázist számos felhasználó számos problémájának megoldására hozták létre. Ez magában foglalja annak lehetőségét, hogy több felhasználó egyidejűleg hozzáférjen az adatokhoz. Az adatbázisban lévő adatok megosztott erőforrások, és az RDBMS-nek hozzáférés-vezérlést kell biztosítania hozzá.

  1. Az adatok fizikai integritásának biztosítása.
Az adatok fizikai integritásának biztosításának problémája a számítási rendszer meghibásodásai és működési hibái, illetve a felhasználói hibák következtében fellépő adatmegsemmisülés lehetősége. A fejlett RDBMS-ek a legtöbb esetben lehetővé teszik az elveszett adatok helyreállítását. Az adatok helyreállítása leggyakrabban az időszakos létrehozáson alapul biztonsági mentések adatbázis és változásnapló (tranzakciós napló) vezetése.

  1. Hozzáférés-szabályozás.
A többfelhasználós rendszerek esetében az adatok jogosulatlan hozzáféréssel szembeni védelmének problémája releváns. Ennek a rendszernek minden felhasználója szintje (prioritása) szerint hozzáférhet a teljes adathalmazhoz, vagy annak csak egy részéhez. A hozzáférés-szabályozás magában foglalja a relációk vagy más adatbázis-objektumok egyedi műveleteinek végrehajtására vonatkozó jogok megadását is.

  1. Az RDBMS beállítása.
Az RDBMS hangolását általában az adatbázis-adminisztrátor végzi, aki a rendszer egészének működéséért felelős. Különösen a következő műveleteket foglalhatja magában:

  • külső alkalmazások csatlakoztatása az adatbázishoz;

  • az adattárolási környezet szervezése paramétereinek módosítása a rendszer hatékonyságának növelése érdekében;

  • a tárolt adatok szerkezetének vagy tárolási környezetben való elhelyezésének megváltoztatása ( adatbázis átszervezése) a rendszer teljesítményének javítása érdekében, vagy újrafelhasználás felszabadult memória;

  • a fogalmi adatséma módosítása ( adatbázis-átalakítás), ha a témakör és/vagy a felhasználói igények megváltoznak.
Az adatbázis-adminisztrátor (DBA) feladatai meglehetősen fontosak, ezért érdemes ezeket részletesebben tárgyalni.
    1. Adatbázis adminisztráció

Az adatbázis-adminisztráció fő feladatai az adatbázis-rendszer megbízható és hatékony működésének, az adatbázis-tartalomnak a felhasználók információs igényeinek való megfelelőségének biztosítása, valamint a szoftver aktuális állapotának megjelenítése az adatbázisban.

Az adatbázis adminisztrációja az adminisztrátor (vagy nagy adatbázis-rendszer esetén az adminisztrációs személyzet) feladata. Az adminisztrátor feladatai közé tartozik több funkciócsoport ellátása:


  1. Domain adminisztráció: az adatbázis ábrázolásának támogatása a DBMS architektúra fogalmi szintjén (minden alkalmazásnál közös); a szoftverben bekövetkezett változások megfelelő megjelenítése az adatbázisban. Az utolsó követelmény magában foglalhatja az adatbázis átstrukturálását (séma megváltoztatását), majd az adatbázis tartalmának összhangba hozását új rendszer.

  2. DB adminisztráció: támogatja a DB megjelenítését a tárolási környezetben, a DB rendszer hatékony és megbízható működését. Ha az adatbázist ezen a szinten szervezik át (a munka hatékonyságának növelése érdekében), akkor az a következőkből áll:

  • a tárolt adatok szerkezetének változásai, például a ritkán használt adatok külön táblázatban való megjelenítése;

  • az adatok memóriában való tárolási módjának megváltoztatása, például:

  • egy táblázat felosztása részekre, hogy különféle fizikai médián keresztül eloszthassa a hozzáférés párhuzamosítása érdekében;

  • klaszterek építése;

  • változás fizikai paraméterek tárolási környezet, például egy adatblokk mérete a memóriaterületen.

  • a használt adatelérési módszerek változásai, például indexek létrehozása vagy hash bevezetése.

  1. Alkalmazásadminisztráció: különböző felhasználói csoportok adatbázisnézeteinek támogatása a külső DBMS-réteg mechanizmusaival. Amikor az adatbázis vagy a tárolási séma megváltozik, szükség lehet az alkalmazások megfelelő módosítására.

  2. Adatbiztonsági adminisztráció: a felhasználóknak az adatbázishoz való hozzáférési jogok biztosítása és a rendszervédelem beállítása a jogosulatlan hozzáférés ellen.
Az adatbázis-kezelő rendszer általában olyan segédeszközöket (különféle segédprogramokat) tartalmaz, amelyek leegyszerűsítik az adatbázis-adminisztrációt.
    1. Szótár-referencia adatok

Szótár-referencia adatok(SSD) az szoftver rendszer, amelyet adatbázis-objektumok (metaadatok) leírásainak központosított tárolására és felhasználására terveztek. Néha az SSD-t hívják adatkönyvtár. Ez a rendszer információkat tartalmaz:

  • az adatobjektumok tulajdonosairól, az adatforrások felhasználóiról és hozzáférési jogairól;

  • az adatbázis összetételéről és szerkezetéről;

  • az integritási korlátokról;

  • az információs rendszer segédobjektumairól és összetevőiről.
Az SSD biztosítja a metaadatok konzisztenciáját, egyetlen nézőpontot a rendszer összes fejlesztőszemélyzetének, adminisztrátorának és felhasználójának adatbázisában. A relációs DBMS-szótár metaadatai általában táblázatok és nézetek halmazaként vannak rendezve.

DB szótár a szoftverösszetevők - DBMS és az adatbázissal együttműködő alkalmazási programok - működésének támogatására szolgál. A szótár információkat tartalmaz az adatbázis felépítéséről, összetételéről és felépítéséről, az adatok leírását: megjelenítési formátumok, szerkezet, hozzáférési módok, adatok memóriába helyezésének módjai stb. A szótárban található információk a program használatához kényelmes formában jelennek meg.

Adatbázis hivatkozás információkat tartalmaz az adatok szemantikájáról, azonosításuk módszereiről, adatforrásokról stb. A kézikönyv elsősorban az adatbázis és a referenciaszolgáltatás fejlesztésének dokumentálására szolgál felhasználói számára. A kézikönyvben található információk az emberi felfogás számára megfelelő formában kerülnek bemutatásra.

A szótár és a kézikönyv metaadatkészletei nagyrészt átfedik egymást. Sőt, együtt is megvalósíthatók: sok RDBMS-ben a szótár adatbázis-objektumok leírását tartalmazó táblákból (táblázatokból) áll, a hivatkozás pedig a szótártáblázatok nézetei (nézet) segítségével valósul meg.

DBMS fájl a platform által támogatott adatbázis-kezelő rendszerek egyike. A DBMS fájlt az 1C fejlesztette ki, és a platform része.

A fájl DBMS az összes adatot egyetlen fájlban tárolja - a fájl adatbázisban. Ezt az adattárolási formátumot az 1C kifejezetten az 1C:Enterprise 8 alkalmazásmegoldásokhoz fejlesztette ki.

A platform létrehozásakor hatékony formátumra volt szükség ahhoz, hogy az 1C:Enterprise 8 könnyed verzióját elkészítsék az alapján személyes használatra és kis munkacsoportok számára. A formátumnak meg kellett felelnie bizonyos követelményeknek, mint például a hatékonyság, az UNICODE támogatás, a teljes befogadhatóság információs bázis egy fájlban. Ennek az opciónak a használata nem igényel további szoftver telepítését a felhasználótól és semmilyen adminisztrációs műveletet.

Lehetővé kellett volna tenni például az infobázis egyszerű átvitelét egy laptopra, vagy egy távoli munkaállomás gyors telepítését egy raktárban. Ugyanakkor az alkalmazott megoldásnak változtatás nélkül kellett működnie mind ebben a változatban, mind az adatbázis-kiszolgálót használó változatban.

A harmadik féltől származó termékekről készült tanulmány eredményei és azok elemzése alapján úgy döntöttek, hogy létrehozunk egy saját adatbázis "motort", amely támogatja a saját tárolási formátumát.

Fájl adatbázissal való munkavégzés technikai megvalósítása

A fájl DBMS a platform része, így amikor a rendszer a fájl verzióban fut, a vastag ill vékony kliensek minden munkát maguk végezzenek el az adatokkal.

A definíciós adatbázis (DB) egy elnevezett adatgyűjtemény, amely tükrözi az objektumok állapotát és kapcsolataikat a vizsgált témakörben. Az adatbázis-kezelő rendszer (DBMS) nyelvi és szoftver eszközök létrehozására, karbantartására és megosztás DB sok felhasználó által. A DBMS használata lehetővé teszi olyan programok létrehozását, amelyek függetlenek az adatok tárolási módjától külső adathordozó. Az adatbázissal való munkához a DBMS-nek biztosítania kell: az adatbázis-adatok elérésének és kezelésének eszközeinek használatát; nagy mennyiségű adattal dolgozni; az adatkeresés sebessége; az adatok logikai integritása (konzisztenciájuk); az adattárolás megbízhatósága (különböző meghibásodások miatti helyreállítás lehetősége); az engedélyezés lehetősége és a felhasználói jogosítványok differenciálása (az illetéktelen hozzáférés elleni védelem). 2


A DBMS fő funkciói 1. Közvetlen adatkezelés külső memóriában Ez a funkció magában foglalja a szükséges külső memória struktúrák biztosítását mind az adatbázisban közvetlenül szereplő adatok tárolására, mind szolgáltatási célokra, például egyes esetekben az adatokhoz való hozzáférés felgyorsítására. esetek (általában ehhez az indexhez használják). hogy a haladó DBMS-ben a felhasználóknak semmi esetre sem kell tudniuk, hogy a DBMS használ-e fájlrendszer, és ha igen, hogyan vannak rendezve a fájlok. 2. RAM pufferkezelés A fejlett DBMS-ek saját RAM pufferkészletüket támogatják saját puffercsere szabályaikkal. 3. Tranzakciókezelés A tranzakció az adatbázison végzett műveletek sorozata, amelyet a DBMS egésze tekint. Vagy a tranzakció sikeresen végrehajtódik, és a DBMS véglegesíti (COMMIT) a tranzakció által végrehajtott adatbázis-módosításokat a külső memóriába, vagy ezeknek a változtatásoknak nincs hatása az adatbázis állapotára. A tranzakció fogalma szükséges az adatbázis logikai integritásának fenntartásához. A tranzakciós mechanizmus fenntartása még egy egyfelhasználós DBMS-nél is előfeltétel (ha persze egy ilyen rendszer megérdemli a DBMS nevet). De a tranzakció fogalma sokkal fontosabb egy többfelhasználós DBMS-ben. 3


A DBMS főbb funkciói 4. Naplózás A napló egy speciális része az adatbázisnak, amely a DBMS felhasználók számára hozzáférhetetlen, és amelyet nagy gondossággal karbantartanak (esetenként a napló két, különböző fizikai lemezeken elhelyezett példányát támogatják), amely megkapja az összes rekordot. az adatbázis fő részének módosítása. A különböző DBMS-ekben az adatbázis-módosítások különböző szinteken kerülnek naplózásra: néha egy naplóbejegyzés az adatbázis módosításának valamilyen logikai műveletének, néha - egy külső memórialap módosításának minimális belső műveletének felel meg; egyes rendszerek mindkét megközelítést egyszerre használják. 5. Adatbázisnyelvek támogatása Schema Definition Language (SDL) Data Manipulation Language (DML) SQL nyelv(Strukturált lekérdezési nyelv): lehetővé teszi relációs adatbázisséma meghatározását és az adatok kezelését (SDL és DML megvalósítása) speciális eszközöket tartalmaz az adatbázis integritási korlátainak meghatározásához, hozzáférést biztosít az adatbázis-objektumokhoz 4


A DBMS a magot, amely a külső és RAM-memóriában lévő adatok kezeléséért, valamint a naplózásért felelős, az adatbázis-nyelvi processzort, amely optimalizálja az adatok lekérésére és módosítására irányuló kéréseket, és általában gépfüggetlen végrehajtható belső kódot hoz létre, a futásidejű támogatást. alrendszer, amely értelmezi a létrehozó adatkezelő programokat felhasználói felület DBMS-szel és szolgáltatási programok(külső segédprogramok), amelyek számos további lehetőséget biztosítanak az információs rendszer karbantartására. 5


DBMS architektúra Az ANSI (American National Standards Institute) által javasolt adatbázis-kezelő rendszer háromszintű modellje. Ez az architektúra logikai (1. és 2. szint között) és fizikai (2. és 3. szint között) függetlenséget tesz lehetővé az adatokkal való munka során. A fogalmi szint azonosítása tette lehetővé az apparátus fejlesztését központosított vezérlés adatbázis. Külső modellréteg Fizikai réteg 6


A külső modellek szintje a legtöbb felső szint, ahol minden modellnek megvan a saját "látása" az adatokról. Ez a szint határozza meg az egyes alkalmazások adatbázisának nézőpontját. Minden alkalmazás csak azokat az adatokat látja és dolgozza fel, amelyek az adott alkalmazáshoz szükségesek. A fogalmi szint a központi vezérlőlink, itt jelenik meg leginkább az adatbázis Általános nézet A, amely az adott adatbázissal működő összes alkalmazás által használt adatokat összesíti. Valójában a fogalmi szint annak a tárgyterületnek (a valós világ objektumainak) általánosított modelljét tükrözi, amelyhez az adatbázist létrehozták. Mint minden modell, a fogalmi modell is csak a valós világ objektumainak a feldolgozás szempontjából lényeges jellemzőit tükrözi. A fizikai réteg a külső adathordozón található fájlokban vagy oldalszerkezetekben található tényleges adatok. 7




Fájlszerver-architektúra 9


Fájlkiszolgáló DBMS Az adatfájlok a fájlkiszolgáló központi részén találhatók. A DBMS minden ügyfélszámítógépen található. A DBMS a helyi hálózaton keresztül éri el az adatokat. Az olvasások és frissítések szinkronizálása fájlzárak segítségével történik. Ennek az architektúrának az előnye a szerver alacsony CPU-terhelése. Hátrányok: potenciálisan magas helyi hálózati terhelés; a központosított irányítás nehézségei; az olyan fontos jellemzők biztosításának nehézségei, mint a magas megbízhatóság, rendelkezésre állás és biztonság. Leggyakrabban az adatbázis-kezelési funkciókat használó helyi alkalmazásokban használják. Példák: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxProMicrosoft AccessParadoxdBaseFoxProVisual FoxPro 10


Kliens-szerver architektúra 11


Client-server DBMS A Client-server DBMS az adatbázissal együtt a szerveren található, és közvetlenül, kizárólagos módban éri el az adatbázist. Minden ügyfél adatfeldolgozási kérelmét központilag dolgozza fel a kliens-szerver DBMS. A kliens-szerver DBMS hátránya a szerverrel szembeni megnövekedett követelmények. Előnyök: Potenciálisan alacsonyabb helyi hálózati terhelés; a központosított irányítás kényelme; az olyan fontos szolgáltatások kényelme, mint a nagy megbízhatóság, a magas rendelkezésre állás és a magas biztonság. Példák: Oracle, Firebird, Interbase, IBM DB2, MS SQL szerver, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, LINTER.OracleFirebirdInterbaseIBM DB2MS SQL ServerSybase Adaptive Server EnterprisePostgreSQLMySQLCachéLINTER 12


Beágyazott DBMS Egyes részeként szállítható szoftver termék eljárás igénye nélkül önálló telepítés. Alkalmazási adatainak helyi tárolására szolgál, és nem közösségi használatra tervezték a hálózaton. Fizikailag leggyakrabban plug-in könyvtárként valósítják meg. Az adatokhoz való hozzáférés az alkalmazásból történhet SQL-en vagy speciális programozási felületeken keresztül. Példák: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, MySQL, Sav Zigzag, Microsoft SQL Server Compact, LINTER.OpenEdgeSQLiteBerkeleyDBFirebird EmbeddedMySQLSav Cikcakk Microsoft SQL Server CompactLINTER 13


A szerver és a kliens funkciók szétválasztása A kliens alkalmazás funkciói: Kérések küldése a szervernek. A szervertől kapott lekérdezések eredményeinek értelmezése. Az eredmények bemutatása a felhasználónak valamilyen formában (felhasználói felület). Szerveroldali funkciók: Kérések fogadása a kliens alkalmazásoktól. A kérések értelmezése. Az adatbázis lekérdezésének optimalizálása és végrehajtása. Az eredmények elküldése az ügyfélalkalmazásnak. Biztonsági rendszer és beléptetés biztosítása. Adatbázis integritásának kezelése. A többfelhasználós üzemmód stabilitásának megvalósítása. 14


A modern lokális DBMS-eket viszonylag kis feladatokra használják (kevés adatmennyiség kerül feldolgozásra, kevés felhasználó), viszonylag leegyszerűsített architektúrájúak, különösen fájlszerver módban működnek, nem támogatják az összes lehetséges DBMS funkciót. (pl. nincs tranzakciós napló, nincs lehetőség automatikus adatbázis-összeomlás-helyreállításra stb.) dBase III - PLUS, Clipper (Nantucket Inc.), FoxPro (Fox Software), FoxBase+ (Fox Software), Visual FoxPro ( Microsoft), PARADOX (Borland International) ) Microsoft Access (Microsoft). 15




Adatbázis-adminisztráció Az adatbázis-adminisztráció egy adatbázis-kezelési (DB) funkció. Az adatbázis kezeléséért felelős személyt adatbázis-adminisztrátornak (DBA) vagy adatbázis-adminisztrátornak (DBA) nevezik. Az adatbázis-adminisztrátor (DBA) vagy Database Administrator (DBA) az adatbázis-követelmények kidolgozásáért, tervezéséért, megvalósításáért, hatékony használatáért és karbantartásáért, beleértve a kezelést is, felelős személy. fiókok az adatbázis-felhasználók és a jogosulatlan hozzáférés elleni védelem, valamint az adatbázis integritásának megőrzése. 17


Az adatbázis-adminisztrátor feladatai 1. Adatbázis tervezés. 2. Adatbázis teljesítmény optimalizálása. 3. Az adatbázishoz való hozzáférés biztosítása és ellenőrzése. 4. Az adatbázis biztonságának biztosítása. 5. Az adatbázis biztonsági mentése és visszaállítása. 6. Az adatbázisok integritásának biztosítása. 7. Az átmenet biztosítása a új verzió DBMS. 18


DBA szakirányok 1. Rendszergazda. 2. Adatbázis-építész. 3. Adatbázis elemző. 4. Adatmodellek fejlesztője. 5. Alkalmazás adminisztrátor. 6. Problémaorientált adatbázis-adminisztrátor. 7. Teljesítményelemző. 8. Adattárház adminisztrátor. 19



Betöltés...
Top