Adatbázis - alapján a tájékoztatási

Mivel az alap alapvető eszköze az építőiparban használt információs rendszerek a termelés, az üzleti és a tudományos tevékenység, adatbázisok és irányítási rendszerek széles kutatási területet.

A szervezet és az adatbázis információfeldolgozás adatok osztva centralizált és elosztott.

Egy központi adatbázis kialakítani és működtetni az elvei központosítás egy helyen ugyanazon a számítógépen, mint egy adat tömb. Ezt az adatbázist használják a helyi hálózatokban a személyi számítógépek számára egyidejű hozzáférést több felhasználó a munkájukat. Az adatbázis tehát helyezni a szerver gépen.

Az elosztott adatbázis olyan adatbázis, amely fizikailag elosztva egymással összekapcsolt számítógépes erőforrások és a rendelkezésre álló szabad együtt használni a különböző helyeken. Elosztott adatbázis levált csak fizikailag, de logikailag nem. A teljes adatbázis potenciálisan elérhető minden felhasználó, aki dolgozik vele, ugyanúgy, mint a központi. Elosztott adatbázisok megköveteli a magas szintű nemzeti és nemzetközi kommunikáció a számítógépek között.

Az eljárás szerint a hozzáférés adatbázis információ vannak osztva egy adatbázis a helyi hozzáférés és a távoli (hálózati) hozzáférés.

A rendszer központi adatbázisok hálózati hozzáférés szerveződik két architektúra: a fájl-szerver és kliens-szerver.

Fájl szerver. adatbázis rendszer, beépített segítségével az online változat, néha tévesen nevezik elosztott adatbázisok, miközben valójában csupán elosztva (hálózati) hozzáférés a központi adatbázist.

Az architektúra adatbázis rendszerek hálózati hozzáférés magában foglalja a elosztását egy gép a hálózaton, mint a központ, amely az úgynevezett szerver fájlokat. Minden más hálózati készülékek funkciók ellátására munkaállomások segítségével, amely támogatja a felhasználók számára, hogy egy központosított adatbázis-rendszer. Munkaállomások lehet létrehozni és helyi adatbázisok.

Mivel a „fájl szerver” átadását foglalja magában az adatbázist a fájl szerver a fájlok feldolgozására vonatkozó munkaállomásokon, jellemző a nagy hálózati forgalmat, amely befolyásolja a teljesítményt és a rendszer megbízhatóságát.

Nemrégiben, van egy jelentős átalakulás a megközelítések adatbázisok felhasználásával légkörében helyi hálózatok javítását célzó szerepe a központi motort. Az új modell közötti kölcsönhatás számítógépek a hálózaton „kliens-szerver”.

Kliens-szerver. Az adatbázis szerver egy többfelhasználós változata az adatbázis-kezelő rendszer, a párhuzamos feldolgozás kérelmek minden munkaállomás számára. Az ügyfél kérésére (munkaállomás) a kiszolgálón keresi és kiválasztja a szükséges adatokat, amelyek szállítják a hálózaton keresztül a szerver munkaállomások. Itt a fő műveletet hajtunk végre a központi gépen, ami jelentősen csökkentheti a hálózati forgalmat, csökkentik időt vár zárolt adatok erőforrások többfelhasználós módban, kirak munkaállomások és használata olcsóbb gépek nekik egy kellően erős központi gépen. A korszerű adatbázis-kezelő rendszerek architektúra „kliens-szerver” vált de facto szabvánnyá.

A növekedés az adatbázis-kezelő rendszerek, a népszerűsége számos különböző adatmodellek. Attól függően, hogy az eljárás képviselő objektumok közötti kapcsolatokat logikai adatmodell lehet hierarchikus, a hálós és a relációs.

A hierarchikus adatmodell. Tárgyak közötti kapcsolatok felismerhető egy objektum típusú hierarchia kapcsolódik gráfot, melynek csúcsai találhatók hierarchia különböző szintjeit. A legmagasabb csúcs az úgynevezett gyökér (szülő), és a többi, amelyek az alsóbb szinteken a hierarchia - beosztottak (leszármazottai). A hierarchikus adatmodell biztosít közötti összefüggés a master és a slave típusú objektumok „egy a többhöz” (1: M), például egy termék megfelel több felhasznált anyagok a különböző feldolgozási műveletek a szerelvény.

A hangsúly az integritási kényszerek a hierarchikus modell integritását közötti kapcsolatok ősök és leszármazottak, figyelembe véve az alapvető szabályok: nincs leszármazottja nem létezhet anélkül, hogy egy szülő.

Ábra. 2.5. A rendszer a hierarchikus adatmodell

A hálózati modell. A hálózati adatok modell bármilyen tárgy lehet a fő és alárendelt; minden tárgy vesz részt semmilyen kapcsolatok száma. Az adatokat útján bejegyzések és linkek. Record (tárgy) a hálózati adatok modell (szemben a hierarchikus) is sok, mint az alárendelt bejegyzéseket és nyilvántartást vezet, amelyet ez maga a téma.

Hátránya a hálózati adatmodell nagy bonyolultságú és merevség az adatbázis épült annak alapján, valamint az összetettségét megértése az általános felhasználói. Továbbá, a hálózati modell adatok gyengült linkek integritását ellenőrző miatt az elfogadhatóság létrehozó önkényes közötti kapcsolatok rekordokat.

Ábra. 2.6. Az általános rendszer a hálózati adatmodell

A relációs modell. A relációs modellben, az adatok képviseletében a kétdimenziós táblák. Ebben a modellben az objektumok és a közöttük lévő kapcsolatok képviseli táblázatokkal. Táblázatos adatok szerkezete tükrözi a viszonyt a valós objektumok és azok jellemzőit. Keresés és nyilvántartások feldolgozása nem függ a szervezet tárolás számítógép memóriájában. Ugyanakkor hatékonyan használja a matematikai logika és algebra.

Egyetlen tábla kényelmes leírni a legegyszerűbb formája közötti kapcsolatok adatait, azaz a szétválás egy tárgy, információ, amelynek a táblázatban tárolt, több alobjektumoknak, amelyek mindegyike megfelel a felvétel, illetve sort a táblázatban. Ahhoz, hogy a relációs modell közé tartozik például, Paradox, FoxPro, Access.

A fő hátránya a relációs adatok a következők: nem szabványos azonosító eszköz az egyéni nyilvántartások és bonyolítja a leírását hierarchikus és hálózati kapcsolatok.

Ábra. 2.7. Az általános rendszer a relációs adatmodell

Az utóbbi években egyre több elismerést és fejlesztés objektumorientált adatbázisok. amelyben az adat modell közelebb áll a valós személy. Tárgyak lehet menteni, és közvetlenül alkalmazható megjelenítése nélkül azokat a táblákat. Az adattípusok által meghatározott fejlesztő és nem korlátozódik egy előre definiált típusokat. A jellemzője az objektum-orientált adatbázis lehet nevezni szakszervezet az objektum-orientált programozás adatbázis-technológia segítségével integrált alkalmazás fejlesztő környezet.

Hagyományos alkalmazási területei objektumorientált adatbázisok számítógépes tervezés, modellezés, multimédia, mert ezeken a területeken mindig meg kell találni a megfelelő tárolására szolgáló eszköz nagy mennyiségű heterogén adatok köti sok szállal.

Objektum-orientált adatbázisok tartalmazhat adatbázis-kezelő rendszer ONTOS, ORACLE 8.O stb

Azonban a legtöbb adatbázis-kezelő rendszerek a személyi számítógépek dolgozni egy relációs adatmodell.

2.5. Modellezése információs rendszerek:

A relációs adatbázis modell javasolta 1969-ben, az IBM cég Codd. A modell alapja egy matematikai halmazelmélet és elsőrendű logika. Az alapötlet a relációs modell feltételezi a következők. Az adatbázis tartalmaz egy sor rendezetlen táblázatok lehet manipulálni, nem eljárási műveletek, aminek teljesítménye szintén asztalra.

A relációs modellben az asztal ábrázolására használt tárgyak vagy folyamatok a világban. Minden asztal használják, hogy képviselje tárgyak azonos típusú. Az igazi objektum lehet egy ügyfél, egy berendezés vagy számlát. Táblázatok is tartalmazhatnak információkat események, mint a rendelések, a látogatások betegek kimenet.

Az asztalok állnak a sorok és oszlopok. A relációs modell megköveteli, hogy minden sor egyedi volt. Ha a táblázatban található párhuzamos vonalak, a duplikált vonal lesz lehetetlen egyértelműen azonosítja a szoftvert, ami a bizonytalanság.

Modellezésére kapcsolatok (linkek) a valós világ idegen kulcsok az adatbázisban. A kapcsolat a valós objektumok igen bonyolult lehet, a vállalat kapcsolatot számos természetes és jogi személyek (egyszerre). A relációs adatmodell egy és ugyanazon időben köthető három módja van: "egy-egy", "one-to-many" és a "sok-sok".

Két táblázat kapcsolódnak az „egy a többhöz” (1: M), ha minden sorban az első táblázatban megfelelő sem, egy vagy több sort a második táblázatban, de minden sorban a második táblázatban felel meg egyetlen sorban az első táblázatban. Amint a 2.2 táblázatban, mindegyik városban több ügyfél. Ezért a város csatlakozik asztaltól ügyfélkapcsolat „egy a többhöz”.

Két tábla kapcsolódik a „sok-sok” (M: M), ha minden sorban az első táblázatban olyan időszaknak felel meg sokkal a második táblázatban, az egyes sorok a második táblázatban megfelel sok sort az első táblázatban. A kapcsolat a „sok-sok” (M: M) nem lehet szimulálni a programok relációs adatbázisok közvetlenül - képviselni kell azokat egy sor kapcsolatok, mint a „one-to-many” (1: M). Például, az egyik áru nómenklatúra lehet elhelyezni több szállítók, valamint a szállító képes szállítani a több árucikk nómenklatúrák. Ezért az asztal nómenklatúra és a beszállítók is kapcsolódik hozzáállását „a sok-sok” (M: M). Szimulálni egy ilyen kapcsolat a két tábla között, meg kell adnia egy harmadik tábla beszerzése, amely összekapcsolja asztalra. Így az arány a „sok-sok” (M: M) az asztalok között nómenklatúra és a szolgáltatók osztható két arány „egy a többhöz”: Táblázat nómenklatúra és a kellékek és a szállítók és kellékek összekapcsolt kapcsolatban " one-to-many”. Sőt, az egyik egység a nómenklatúra lehet jelen a különböző kellékek, és a szolgáltató is, hogy a szállítások sokszor.

A relációs modell határozza meg az általános és különös szabályai integritását. Általános integritási szabályok vonatkoznak minden adatbázisok, és meghatározza az objektum integritása és referenciális integritás.

Jellemzően szervezet integritása megköveteli, hogy az elsődleges kulcs a táblázat nem tartalmaz definiált (hiányzó) adatai szerint. Elvégre, ha a tábla elsődleges kulcs nincs definiálva, ebben a táblázatban nem tudja meghatározni a vonalat, és megkérdezem.

integritásának a szabály a referencia szint megköveteli, hogy az adatbázis nem tartalmaz ellentmondásos értékek idegen kulcsok, ami azt jelenti:

Minden korlátozásokat, amelyek az integritás és kapcsolódó funkciók a modellezett folyamat, az úgynevezett egyedi szabályok vagy üzleti szabályokat. Ha figyelmen kívül hagyjuk őket, akkor nagyon hamar indult be működését az adatbázis tartalmazni fog egy csomó rossz adatokat. Példaként néhány üzleti szabályokat kell meghatározni az adatbázisban használt szolgáltató vállalat:

- elfogadásának napjától a megbízás mindig nagyobbnak kell lennie, mint vagy egyenlő a kezdő dátum a cég tevékenységét, és kisebb vagy egyenlő, mint az aktuális dátum;

- A recepción a sorrendben kell megadni az üzemideje;

- A dátum és idő a megrendelés nagyobbnak kell lennie, vagy egyenlő, mint a dátum és az idő a sorrendben;

- új megrendelések nem tartalmazzák a munka, hogy a cég már nem teljesülnek;

- Az alkalmazottak felett kell lenni a 18 éves kor, stb

A folyamat során a adatbázisok tervezésével, hogy a döntéseket hogyan lehet a legjobban rendszert vezetnek be a valós és egy modellt készít az adatbázisba. Meg kell határoznia, hogy mely táblákat hoznak létre, mely oszlopokat tartalmaznak, és milyen kapcsolatok lesz a táblák között. Ahhoz, hogy megoldja ezeket a kérdéseket a normalizálás folyamata, azaz szerkezetének egyszerűsítését az adatbázis céljára való optimalizálás. A normalizálás - egy folyamatot lépésről lépésre bontja az eredeti táblát egyszerűbb, amelynek meg kell felelnie két alapvető követelménynek:

- területei között az asztal legyen nem kívánt funkcionális függőségek;

- Csoportosítása mezők a táblázatok biztosítania kell a minimum ismétlődő adatok, hatékony keresés, a feldolgozás és az adatok frissítése.

Ma 5 meghatározott rendes fő formája, minden formában normális eltávolítja bizonyos függőségeket a mezők között, és megszünteti egyes feldolgozási nehézségeket.

Ha azonban alaposabban megérteni és használni a korai szakaszában a tervezési módszer ER tervezésénél, mivel ez használ egy vizuális grafikus ábrázolása a szerkezet információt a tárgykörben, és széles körben használják a média szoftver információs rendszerek modellezése.