Az előadás letöltése folymat van. Kérjük, várjon

Az előadás letöltése folymat van. Kérjük, várjon

Adatbáziskezelők 1 / 27. Adatbáziskezelők 2 / 27 Gáspár Bencéné Dr. Vér Katalin nyomán Barna Róbert KE GTK Informatika Tanszék Adatbáziskezelők.

Hasonló előadás


Az előadások a következő témára: "Adatbáziskezelők 1 / 27. Adatbáziskezelők 2 / 27 Gáspár Bencéné Dr. Vér Katalin nyomán Barna Róbert KE GTK Informatika Tanszék Adatbáziskezelők."— Előadás másolata:

1 Adatbáziskezelők 1 / 27

2 Adatbáziskezelők 2 / 27 Gáspár Bencéné Dr. Vér Katalin nyomán Barna Róbert KE GTK Informatika Tanszék Adatbáziskezelők

3 3 / 27 Az adatbázis kezelő rendszerek kritériumai A relációs adatmodell Relációs adatbázisok tulajdonságai Normalizálás Bevezetés

4 Adatbáziskezelők 4 / 27 Adatfüggetlenség, Adatoszthatóság, Redundancia mentesség, Konzisztencia és integritás, Biztonság, Hatékonyság biztosítása. Az adatbázis kezelő rendszerek főbb kritériumai

5 Adatbáziskezelők 5 / 27 Az adatbázis kezelő szoftver függetleníti az alkalmazásokat, azaz a programokat, illetve a lekérdező nyelv parancsait, az adatbázisban végzendő logikai vagy fizikai adatszervezési változtatásoktól. Az adatfüggetlenség biztosítása

6 Adatbáziskezelők 6 / 27 Ugyanazokkal az adatokkal, - esetleg különböző szempontok szerint, - az adatok megváltoztatása nélkül, egyidejűleg több felhasználó, vagy felhasználói program is foglalkozhat. Adatoszthatóság

7 Adatbáziskezelők 7 / 27 A hagyományos adatfeldolgozástól eltérően a különböző felhasználók ugyanazokat az adatokat használhatják, ezért ezek az adatok csak egyszer kerülnek tárolásra. Redundancia mentesség

8 Adatbáziskezelők 8 / 27 Ha valamely adatban változás történik, úgy ennek az adatnak az egész kapcsolatrendszerét a változásnak megfelelően át kell állítani. Konzisztencia és integritás

9 Adatbáziskezelők 9 / 27 Az adatbázisban található adatok különböző titkossági szintűek lehetnek, ezért az adatbázis kezelő rendszernek gondoskodnia kell arról, hogy a megfelelő elérések csak az arra jogosult felhasználók számára legyenek engedélyezve. Biztonság

10 Adatbáziskezelők 10 / 27 Hatékonyság Az adatbázis kezelő rendszernek biztosítania kell azt, hogy az értékes adatok lehetőleg minél több felhasználóhoz minél rövidebb idő alatt eljussanak.

11 Adatbáziskezelők 11 / 27 A modell kialakítását inspirálta, hogy az adatbázis megtervezésekor az adatokat a felhasználó számára áttekinthető és egyszerűen kezelhető táblázatokba lehessen elhelyezni. A táblázatos forma erős hasonlóságot mutat a hagyományos adatszervezés rekord struktúrájához. A relációs adatmodell

12 Adatbáziskezelők 12 / 27 A relációs adatmodell felépítése A relációt célszerű táblázatok formájában elképzelni, illetve ábrázolni, ahol minden sort egy rekordnak és minden oszlopot egy mezőnek tekintünk. Az oszlopokat gyakran névvel látjuk el, ezeket attribútumoknak nevezzük. (Az attribútumok halmazát a reláció sémájának hívjuk.)

13 Adatbáziskezelők 13 / 27 Record_IDTípusMagasság 1Oszlop15 2Fa21 Tábla (Reláció, Egyedtípus) Rekord (Egyed) Mező (Attribútum, tulajdonságtípus) Adat (Tulajdonságérték) A relációs adatmodell felépítése

14 Adatbáziskezelők 14 / 27 Relációs adatbázisok tulajdonságai Az adatbázissal szemben támasztott gyakorlati követelmények megkívánják, hogy az adatbázis céljaira felhasznált relációk bizonyos tulajdonságokat kielégítsenek! (bizony)

15 Adatbáziskezelők 15 / 27 Relációs adatbázisok tulajdonságai 1. A táblázat nem tartalmazhat két teljesen azonos sort. Két sor legalább egy tulajdonság értékben el kell hogy térjen egymástól. A táblázat soraira egy tulajdonság konkrét értékével hivatkozunk. Ennek a tulajdonságnak egyedinek kell lennie az egyes sorok vonatkozásában. (Ezt a tulajdonságot magában foglaló oszlopot elsődleges kulcsnak nevezzük.)

16 Adatbáziskezelők 16 / 27 Relációs adatbázisok tulajdonságai Az oszlopok sorrendje tetszőleges lehet, ugyanakkor két azonos nevű oszlop egy relációban nem lehet. A sorok sorrendje a relációban tetszőleges.

17 Adatbáziskezelők 17 / 27 Normalizálás A különböző relációs adatbázis-kezelő szoftverek más és más szigorúsággal úgynevezett normalizálási műveletek végrehajtását kívánják meg a betöltendő táblázatokkal szemben. A maximális normalizáltságot három fokozatban közelíthetjük meg.

18 Adatbáziskezelők 18 / 27 Első normálforma Első normál formában akkor van a reláció, ha minden mezőjében elemi, azaz nem összetett értékek szerepelnek. Első normál formára hozáskor meg kell szüntetnünk a hierarchikus függéseket.

19 Adatbáziskezelők 19 / 27 Első normálforma A tábla a hierarchikus függés megszüntetése előtt és után (első normál forma). MegyeVáros Lakosok száma HEVES Gyöngyös, Eger, Hatvan 40000, 62000, PEST Vác, Gödöllő 50000, MegyeVárosLakosok száma HEVESGyöngyös40000 HEVESEger62000 HEVESHatvan25000 PESTVác50000 PESTGödöllő30000

20 Adatbáziskezelők 20 / 27 Második normálforma Második normál formában akkor van a reláció, ha: egyrészt az első normál forma követelményeit kielégíti, másrészt minden olyan tulajdonsága, amely nem elsődleges kulcs, vagy annak része, teljes függéssel függ az elsődleges kulcstól.

21 Adatbáziskezelők 21 / 27 Második normálforma A reláció kulcsa összetett (a településnév, és a helyrajzi szám) mivel ugyanaz a helyrajzi szám több városban is szerepelhet. A forgalmi érték teljes függéssel függ az összetett elsődleges kulcstól, hiszen a telek értéke csak egy konkrét községen belül értelmezhető. A tájegység nem függ a helyrajzi számtól (az összetett kulcs egyik összetevőjétől), hanem funkcionális függéssel kizárólag a településnévtől függ. Ez a reláció nincs második normál formában. Település névHelyrajzi számForgalmi értékTájegység Kecskemét Duna-Tisza köze Kecskemét Duna-Tisza köze Mátraszentimre Mátra Tokaj Hegyalja

22 Adatbáziskezelők 22 / 27 Második normálforma Ahhoz, hogy a relációt második normál formába tegyük, szét kell bontatunk, az INGATLAN és TÁJEGYSÉG relációkra. INGATLAN Település Helyrajzi szám Forgalmi érték Kecskemét Kecskemét Mátraszentimre Tokaj TÁJEGYSÉG TelepülésTájegység KecskemétDuna-Tisza köze MátraszentimreMátra TokajHegyalja

23 Adatbáziskezelők 23 / 27 Második normálforma Amint látjuk, itt már mind a két reláció második normál formában van. A relációk normalizálásával bizonyos redundancia felszámolására is lehetőségünk volt.

24 Adatbáziskezelők 24 / 27 Harmadik normálforma Harmadik normál formában azok a második normál formájú relációk vannak, melyek nem tartalmaznak tranzitív függést. Ha van egy olyan relációnk, melynek minden oszlopa függ az elsődleges kulcstól, de valamely oszlopa függ egy másik oszloptól (egy idegen kulcstól) is, akkor tranzitív függésről beszélünk.

25 Adatbáziskezelők 25 / 27 Harmadik normálforma KözségHelyrajzi számForgalmi értékTulajdonos személyi számaTulajdonos neve Adács Kiss Róbert Abasár Nagy Eszter Heves Tamás Károly Heves Kúti Júlia A reláció minden elsődleges kulcson kívüli oszlopa teljes függéssel függ az elsődleges kulcstól (a községnévtől és helyrajzi számtól). A tulajdonosok személyi száma alkalmas oszlop más reláció egyedeinek egyértelmű azonosítására. Ez az idegen kulcs egyértelműen azonosítja a tulajdonosok nevét, azaz a tulajdonosokat nemcsak az elsődleges kulcs, de az idegen kulcs is azonosítja, vagyis a relációban tranzitív függés van. Tehát a reláció nincs harmadik normál formában.

26 Adatbáziskezelők 26 / 27 Harmadik normálforma A tranzitív függőség kiküszöbölése érdekében válasszuk ketté a relációt az INGATLAN és a TULAJDONOS relációra. Ebben az esetben már mind a két reláció harmadik normál formájú lesz. INGATLAN Község Helyrajzi szám Forgalmi érték Tulajdonos személyi száma Adács Abasár Heves Heves TULAJDONOS Személyi számNév Kiss Róbert Nagy Eszter Tamás Károly Kúti Júlia

27 Adatbáziskezelők 27 / 27 Köszönöm a figyelmet!


Letölteni ppt "Adatbáziskezelők 1 / 27. Adatbáziskezelők 2 / 27 Gáspár Bencéné Dr. Vér Katalin nyomán Barna Róbert KE GTK Informatika Tanszék Adatbáziskezelők."

Hasonló előadás


Google Hirdetések