Adatbázis rendszerek 1. 1. Ea: Kirakós Adatbázis-kezelési alapok 1/127 B ITv: MAN 2017.10.06
típus szín cím szín rendszám név kód Autó Tulajdonos évjárat 2/127
Témakörök Adatbázis-kezelő rendszerek Adatmodellek Adatbázis adatmodellek Adatbázis tervezés Ellenőrző kérdések 3/127
Adatok tárolásának fejlődése Program Program 1. Minden program saját fájlokban tárolja az adatokat Program Program 2. Saját fájlok, időnként fájlcsere az adathordozók mozgatásával Program Program 3. Saját fájlok, gyakori fájlcsere a hálózaton Program 4/127 Adatbázis kezelő Program 4. Adatok tárolása az adatbázisban, elérésük a hálózaton keresztül
Az adatbázis fogalma Hétköznapi értelemben: valamilyen szempont szerint összegyűjtött, rendezetten tárolt adatok összessége. Nemcsak az adatok rendezett tárolását, hanem azok kezelését is lehetővé teszi. Az adatbázis adott célból összeállított adatok rendezett szerkezete, mely lehetővé teszi az adatok tárolását és visszanyerését. Adatbázis Database (DB) Az adatbázis egy integrált adatrendszer, mely több különböző egyed előfordulásainak adatait adatmodell szerinti struktúrában, perzisztens (tartós, állandósult) módon tárolja a kapcsolat leíró elemek mellett a meta adatokkal együtt, melyek a hatékonyság, integritásőrzés, az adatvédelem biztosítását szolgálják. 5/127
Az adatbázis fogalma 2. Kapcsolat leíró elemek: Csapat Lóerő Szín RedBull 650 sárga Mercedes 710 zöld Renault 680 piros Pilóta Istálló Kor Miki RedBull 30 Niki Mercedes 23 Riki Renault 26 Meta adatok: Adat neve Adat típusa Adat mérete Leírás Csapat Szöveg 20 karakter Az istálló neve Lóerő Szám 5 számjegy Teljesítmény Indulás Dátum Csak évszám Az indulás éve 6/127
Az adatbázis-kezelő rendszer Az adatbázis-kezelő rendszer olyan programrendszer, amelynek feladata az adatbázishoz történő szabályozott hozzáférés biztosítása és az adatbázis belső karbantartási műveleteinek végrehajtása. Jele: DBMS (database management system) védelem integritás ellenőrzés DBMS optimalizálás DB naplózás párhuzamos hozzáférés ellenőrzés A DB csak a DBMS-en keresztül érhető el legálisan. 7/127
Az adatbázis-kezelő rendszerek előnyei Információ kinyerés, lekérdezések Program-adat függetlenség Minimális redundancia Adatok integritása Adatok megosztott elérése Gyorsabb alkalmazás-fejlesztés Többféle hozzáférési mód Fokozott biztonság 8/127
Információ kinyerés, lekérdezések Tetszőleges jellegű, szerkezetű, tartalmú adatsorok lekérhetők. Lekérdező nyelvek állnak rendelkezésre, így egyszerűen tehetünk fel kérdéseket az adatbázisnak, amire adatokat kapunk válaszként. A lekérdezések paraméterezhetők és letárolhatók az adatbázisban, így egy-két paraméter beállításával (pl. dátum, minimális érték) nagyon egyszerűen juthatunk a szükséges adatokhoz. A lekérdezések egymásba ágyazhatók, így egészen bonyolult kérdéseket is feltehetünk. 9/127
Program-adat függetlenség Az adat definíciója az adatbázisban található, ezért független az őt használó alkalmazástól. Ugyanazon adatokat több program és több felhasználó is használhatja, ha ez egyik felhasználó bővíti az adatbázist egy mezővel, a többi program zavartalanul működik tovább, nem kell beavatkozni. Az adatbázisban letárolt adatokat a programok az adat fizikai tárolási formájától függetlenül jeleníthetik meg, legjobb példa erre egy dátum: Tárolva: 08-17-2011 Megjelenítve: 2011 augusztus 8, vagy 11.08.17 10/127
Minimális redundancia Redundancia: fölösleges adatismétlés. Néha szükséges: pl. biztonsági okból megismételt adatok, Általában nem káros, (de pl. adatmódosításkor több helyen kell javítani, és ha ezt elfelejtjük, nem lehet tudni, hogy melyik adat a helyes) de kerülendő! A jól tervezett adatbázisban minimális (épp a kellő mértékű) a redundancia, így hatékony a helykihasználás. 11/127
Adatok integritása Az adatintegritás az adatok érvényességét, jóságát jelenti. Magában foglalja az adatok hitelességét, megbízhatóságát, pontosságát, időszerűségét és ellentmondás mentességét. Ha hibás adat kerül az adatbázisba, vagyis megsértjük az adatintegritást (például 2 azonos kulcs, elírt érték, szám helyett szöveg stb.) bels3 inkonzisztenciát okozunk, és ez téves információt eredményezhet. 12/127
Adatok megosztott elérése Az adatokhoz többen is hozzáférhetnek Bejelentkezés az adatbázisba Az egyidejű hozzáférést az adatbázis-kezelő kezeli 1. Olvas A=20 Olvas A=20 Helyesen: ADAT A= 20 ADAT A= 20 2. A=A+5 Kiír A=20 ADAT A= 25 ADAT A= 25 +5 3. Lost Update A=A+8 Kiír +8 13/127 ADAT A= 28 ADAT B ITA= MAN 33
Gyorsabb alkalmazás-fejlesztés Nem kell fájlszerkezeteket tervezni, és fájlelérést programozni - az adatbázis-kezelő biztosítja ezeket Kliens-oldali eszközök segítenek a jelentések, és űrlapok elkészítésében Szabványok használhatósága Program modulok újrahasznosíthatósága 14/127
Többféle hozzáférési mód Az adatbázis-kezelő rendszerek többféle interfészt biztosítanak, így többféle módon is elérhetők, kezelhetők: Parancssoros üzemmód a szerveren, a klienseken, Grafikus felületű segédprogramok az adminisztrációs és a felhasználói munkavégzéshez, Elérés webes felületen, böngészőből, Elérés programnyelvekből, az utasítások kibővítésével, Elérés programnyelvekből, egységes adatkezelő nyelv segítségével. 15/127
Fokozott biztonság Belépéskor minden felhasználónak azonosítania kell magát. A felhasználóhoz rendelt jogosultságok alapján dönthető el, hogy a felhasználó az adatok mely részét láthatja, és az általa látott adatokkal milyen műveleteket végezhet: Csak megtekintheti az adatokat Lekérdezhet (így kimutathatja az összefüggéseket) Módosíthatja az adatokat Központi (automatikus) mentés, visszaállítás 16/127
Adatbázis-kezelők hátrányai Új, speciális munkaerő: Adminisztrátor, Adatbázis tervezők, Adatbázis programozók. Telepítési, és menedzselési költségek Konverziós költségek Explicit mentés, visszaállítás 17/127
Az adatbázis-kezelő rendszerek feladatai Alapfunkciók: Elemek definiálása, létrehozás, Adatok bevitele, mentése, tárolása, szerkesztése, Lekérdezések, Adatvédelem, kódolás, hozzáférési jogok. Speciális funkciók: Programozhatóság, Optimalizálás. 18/127
Absztrakciós szintek Külső szint A USER B USER C USER Amit egy-egy felhasználó lát az adatbázisból Fogalmi szint Séma Logikai adatbázis Az adatbázis modellje, struktúrája. Meghatározza, hogy az adatokat hogyan kell értelmezni. Fizikai szint Fizikai szerkezet Az adatok elhelyezkedése a háttértárakon. 19/127
Az ABKR (DBMS) belső struktúrája Kommunikációs réteg Utasítás értelmező Hozzáférés ellenőrző Aktív szabály ellenőrző Adatkezelő rendszer Optimalizáló Végrehajtó Tranzakció vezérlő 20/127 OS I/O Naplózó modul I/O rendszer Tárolási rendszer
Témakörök Adatbázis-kezelő rendszerek Adatmodellek Adatbázis adatmodellek Adatbázis tervezés Ellenőrző kérdések 21/127
Adatmodellek Adatmodellezés Az ER modell Az EER modell 22/127
Adatmodellezés A modellezés segítséget nyújt a környező világ megértésében és leképezésében, a lényeges jellemzők kiemelésében. A modell olyan mesterséges rendszer, amely felépítésében és viselkedésében megegyezik a vizsgált létező rendszerrel. Az adatmodell az adatok és az azok közötti összefüggések leírására szolgál. Név Név A B C D E Autó Pilóta Autó Szín Kor 23/127
Adatmodellezés 2. Az adatmodell meghatározza, hogy az adatbázisban az adatok milyen szerkezetben tároljuk és milyen mechanizmusokon keresztül lehet az adatokhoz hozzáférni. A modell az adatbázis kezelő rendszer legalapvetőbb tulajdonságait rögzíti. Egy adatbázis kezelő rendszer mindig egy adatmodellnek megfelelően működik. 24/127
Adatmodellek komponensei Strukturális rész: az adatbázis felépítése (adatok, köztük lévő kapcsolatok) Műveleti rész: milyen műveletek végezhetők, és hogyan Integritási rész: az adatokra és a műveletekre vonatkozó szabályok A szemantikai adatmodellek csak a strukturális rész leírására szolgálnak Az adatbázis adatmodellek mindhárom komponenst megvalósítják 25/127
Adatmodellek pontossága Adatok mennyisége Szemantikai adatmodellek Absztrakciós szint Csak a főbb paraméterek Csak a lényeg Pontosítás Pontosítás Teljes adatmennyiség 26/127 Adatbázis adatmodellek Teljesen konkrét
Adatmodellek típusai 2. Szemantikai adatmodellek: emberközeli, lényeget emelik ki, pontatlan ER, EER, IFO, UML Név Versenyautók Versenyzők Lóerő Név Autó Pilóta Autó Adatbázis adatmodellek: gépközeli, megadja a részleteket, teljes 27/127 Hierarchikus, Hálós, Relációs, Objektum-orientált Szín Autó Lóerő Szín RedBull 650 sárga Mercedes 710 zöld Renault 680 piros Kor Pilóta Autó Kor Miki RedBull 30 Niki Mercedes 23 Riki Renault 26
Adatmodellek Adatmodellezés Az ER modell Az EER modell 28/127
Az ER (Entity Relationship) modell Egyed Kapcsolat modell Kidolgozója: Chen (1976) Egyszerűsített szemantikai adatmodell Csak strukturális részt és elemi statikus integritási részt tartalmaz Egyszerű grafikus jelölésrendszert alkalmaz Nem teljes adatmodell, de egyszerűsége révén elterjedt, és ma is széles körben használatos Tervezési segédeszköz a relációs adatbázis tervezéséhez 29/127
Egy ER modell Kód Név VID Név Vásárlás Termék Vásárló Ár Leírás Méret Dátum Darab Lakcím FizMód IrSz. Város Utca Házszám 30/127
ER modell 3 fő komponens: Egyed Kapcsolat Tulajdonságok E_név K Tulajd. Kód Név NKód Név Tankör Tagja Tanuló Leírás Év Lakcím Szül.Idő 31/127
Egyed elem az ER modellben Egyed Egyed: Egy objektum típus, egy a külvilág többi részétől egyértelműen megkülönböztetett, önálló léttel bíró dolog, amiről az információkat tárolni kívánjuk. Típusai: Normál egyed (önmagában azonosítható): dolgozó, autó Gyenge egyed (más egyedhez való kapcsolatán keresztül azonosított): dolgozó felesége, autó motorja Egyed neve Egyed neve 32/127 Normál egyed Gyenge egyed
Tulajdonság elem az ER modellben Tulajd. Tulajdonság: az egyedeket, kapcsolatokat jellemző mennyiség, a letárolandó információelemeket tartalmazza. Típusai: Normál: egyértékű Kulcs: azonosító szerepű Összetett: több tagból áll Többértékű: több értéke is lehet Származtatott: értéke kiszámítható ember.szülidő ember.tajszám ember.lakcim(irsz,varos) ember.hobbi ember.életkor 33/127 normál kulcs t t többértékű t t származtatott t1 t t2 összetett
Kapcsolat elem az ER modellben 1. Kapcsolat: az egyedek között fennálló ideiglenes vagy tartós asszociáció, ahol csak az elsődleges kapcsolatokat adjuk meg. Kötelező jelleg szerinti típusok: Opcionális: létezhet olyan egyed-előfordulás, melyhez nem kapcsolódik egyed-előfordulás a kapcsolatban Kötelező: minden egyed-előforduláshoz kell kapcsolódnia egyed-előfordulásnak a kapcsolatban K könyv - olvasó rendelés - áru K O R Á 34/127 Opcionális Kötelező a rendelés oldalon
Kapcsolat elem az ER modellben 2. Számosság szerinti típusok: 1:1 Egy egyed-előforduláshoz maximum egy egyed társul a kapcsolatban, mindkét viszonylatban 1:N (egy-több) Egy egyed-előforduláshoz több egyed társulhat, de a másik irányban csak egy kapcsolódó egyed-előfordulás létezhet N:M (több-több) Mindkét irányban több kapcsolódó előfordulás létezhet ország - főváros tulajdonos - autó K O F T A 1:1 színész - színdarab 1:N egy T-hez több A SZ SZD 35/127 N:M
Kapcsolat elem az ER modellben 3. K Kapcsolat: két egyedtípus egyedei közötti viszony A kapcsolatok típusai: 1:1 kapcsolat: egyik tábla egy sorához a másik tábla egyetlen sora kapcsolódik és viszont. 1:N kapcsolat: egyik tábla egy sorához egy másik tábla több sora kapcsolódik N:M kapcsolat: az egyik tábla egy sorához a másik tábla több sora, a másik tábla egy sorához az első tábla több sora kapcsolódik 36/127
ER modellezési feladat 1. Készítse el egy ruha nagykereskedés adatbázisát, az alábbiak betartásával: Tartsa nyilván a termékeket és a vásárlókat A vásárlásoknál tartsa nyilván a dátumot és a vásárolt darabszámot. 37/127
ER modellezési feladat 2. Kód Név VID Név Vásárlás Termék Vásárló Ár Leírás Méret Dátum Darab Lakcím FizMód IrSz. Város Utca Házszám 38/127
ER modellezési feladat Értelmezze! Dkód Dolgozó Dnév D-R Kkód Leírás Rszám HatárId. Bkód Bnév Kategória Rendelés R-B Beszállító K-T Össz.Menny. R-T Dátum Cím Telsz. Tkód IrSz. Város U-Hsz Termék TR-T Tétel Tnév 39/127 MEgys. Sorszám Menny.
Adatmodellek Adatmodellezés Az ER modell Az EER modell 40/127
ISA Az EER (Extended ER) modell Az objektumorientált szemléletmód miatt bővítették az ER modellt két új elemmel: Tartalmazás: Az altípus a főtípusnak egy része, a főtípus minden egyes egyed előfordulása tartalmazza az altípus egy-egy egyed előfordulását. Jele: HAS, a nyíl a főtípus felől az altípus felé mutat. Autó Specializáció: Az altípus a főtípus minden tulajdonságát örökli, de saját tulajdonságai is lehetnek. Jele: ISA, a nyíl az altípustól a főtípus felé mutat. Dkód Dnév HAS Útnyilvántartás Pkód 41/127 Dolgozó Pénztáros
EER modell példa 1. Dkód Dátum Menny Akkód Dolgozó Készít Ajándékkosár Típus Dnév HAS Tkód Termék Kosár Csomagolás Tnév MEgys. Típus Dísz 42/127
EER modell példa 2. Tkód BeDat LeDat Rhkód Aktív TermékR Készlet Raktárhely Leírás Tnév MEgys. Menny. ISA Hűtött Raklapos Polcos Hőmérs. Szint Jelleg 43/127
Témakörök Adatbázis-kezelő rendszerek Adatmodellek Adatbázis adatmodellek Adatbázis tervezés Ellenőrző kérdések 44/127
Adatbázis adatmodellek Hierarchikus modell Hálós modell Relációs modell 45/127
Hierarchikus modell Az adatokat fa szerkezetben kell elrendezni A fa csomópontjaiban és leveleiben helyezkednek el az adatok. A közöttük levő kapcsolat szülő - gyermek kapcsolatnak felel meg. Ilyen például az iskola és osztály, vagy akár az osztály és tanuló kapcsolat. 46/127
Hierarchikus modell Példa 1. Rocksuli Iskola Név Cím Gitár osztály Dob osztály Ének osztály Osztály Név Ofőnök Évf. Retek Balázs Ütős Erik Süket Jenő Tanuló Sz.Idő Cím A.neve Sz.Idő Cím A.neve Sz.Idő Cím A.neve Név SzIdő Cím Anév 47/127
Hierarchikus modell Példa 2. Dkód Dnév Tkód Téma Okód Onév Dolgozó Képzés Tanfolyam T-O Oktató Végzettség Dátum Hely Cég Név Cím Dolgozó Dkód Dnév Tanfolyam Tkód Téma Végzettség Képzés Oktató 48/127 Szakma Dátum Hely Okód Onév
Adatbázis adatmodellek Hierarchikus modell Hálós modell Relációs modell 49/127
Hálós adatmodell A kapcsolat egy gráffal írható le. A gráf csomópontok és ezeket összekötő élek rendszere, melyben tetszőleges két csomópont között akkor van adatkapcsolat, ha őket él köti össze egymással. Egy csomópontból tetszőleges számú él indulhat ki, de egy él csak két csomópontot köthet össze. Pl. tanárok diákok, vevő rendelés, tulajdonos autó 50/127
Hálós adatmodell Példa 1. Autó ABC-123 BDF-666 CXW-100 KER-500 Dátum 1999.10.20-2002.07.30 2002.07.31-2008.05.24 2005.02.13-1997.08.20-2006.01.18 2010.02.26- Tulajdonos Kiss Béla Nagy Jenő Zöld Ida Kék Noé Autó Tulajdonos Rendszám Típus Alvázsz. Tkód Tnév Lakcím IrSz Város UHsz Autó set Dátum Tulajdonos set 51/127 Tól IG
Hálós adatmodell Példa 2. Dkód Dnév Tkód Téma Okód Onév Dolgozó Képzés Tanfolyam T-O Oktató Végzettség Dátum Hely IrSz. Lakcím Város UHsz Dolgozó Tanfolyam Dkód Dnév Végzettség[*] Tkód Téma Tanfolyam set Dolgozó set Képzés Dátum Hely Oktató Okód Onév Lakcím IrSz Város UHsz 52/127
Adatbázis adatmodellek Hierarchikus modell Hálós modell Relációs modell 53/127
Relációs adatmodell 1960-as évek: A hierarchikus adatmodell nagyon kevés feladat megoldására alkalmas A hálós adatmodell nagyon bonyolult, nehezen programozható, lassú a kezelése, költséges Próbálkozások új adatmodellek kialakítására Ötlet: kockás papír Kód 1 2 3 Autó Rendszám Típus Szín GBC-765 Opel Fehér JED-123 Nissan Ezüst AKT-392 Trabant Kék 54/127
Relációs adatmodell Edgar Frank Codd: A Relational Model of Data for Large Shared Data Banks (1970) A relációs modell fő erősségei: Egyszerű struktúra, Rugalmas kapcsolati rendszer, Hatékony műveleti rész, Egyszerű lekérdező nyelv SQL, Tetszőlegesen megadható integritási elemek. 55/127
Relációs adatbázis-kezelők története 1970 Codd javaslata System-R Sequel 1980 1990 Oracle Ingres Informix dbase DB2 RDB SQL86 Clipper Sybase Postgres mysql,, SQL89 E-SQL SQL92 SQLServer VFP ODBC 2000 SQL3 56/127
A relációs adatmodell komponensei Relációs adatstruktúra Relációs integritási feltételek Az adatok érvényességét, megbízhatóságát, helyességét biztosítják Relációs műveletek Az adatok (lekérdezését) visszakeresését hogyan lehet megvalósítani Feltételek megfogalmazása Több reláció összekapcsolása 57/127
Relációs adatmodell A relációs adatbázis relációk összessége. Az egyes relációkat egyedi névvel látjuk el. A reláció egymáshoz hasonló egyedek bizonyos tulajdonságait leíró táblázat. A reláció egy sora egy egyedet reprezentál, az egyes oszlopokba az adott egyed tulajdonságai szerepelnek. A reláció helyett a tábla vagy táblázat, a sor helyett a rekord, az oszlop helyett pedig a tulajdonság elnevezés használatos. Egy elemi adatot mezőnek nevezünk. 58/127
Relációs adatmodell 2. Építő elemek: MEZŐ REKORD RELÁCIÓ ADATBÁZIS Kód Név A3 Kovács B 14 S1 Dolgozó Munkakör Munkaidő Szupercég 59/127
Relációs adatmodell (példa) Tábla neve: Dolgozó tulajdonság Név Szül.idő Lakcím Adószám Nagy Géza 1985.12.31 Miskolc, Új u. 14 146210943 Kis Jenő 1999.05.25 Miskolc, Ág u. 7 875322923 Kerek Béla 2003.08.29 Szeged, Cső u. 11 900943322 Bak Tamás 1979.10.10 Győr, Zár u. 243 816716345 rekord mező 60/127
A mezők jellemzése Domain (mezőtípus): értelmezési tartomány, mely megadja az elemhez tartozó értékkészletet, és meghatározza a végrehajtható műveletek körét. 61/127 Alapvető domainek (mezőtípusok): Char(n) karakteres; C(20), Number(n,m) numerikus; N(8,2), Date dátum. Mező: az adatbázis struktúra azon egysége, melyből a rekordok felépülnek. A mező a legkisebb DB struktúra egység (egyértékű, atomi). A mezők megadásánál meg kell adni a domain-t (típust) és az integritási feltételeket.
A rekordok jellemzése Rekord: adatbázis struktúra elem, mely a logikailag összetartozó, és egységként kezelhető elemi adatértékek (mezők) együttesét jelöli. A rekordszerkezet leírását az ún. séma tartalmazza: Tábla neve, Mezők neve, típusa, integritási feltételei. A rekordon belül bizonyos mezők speciális szerepet töltenek be: kulcsmező, kapcsoló mezők, index mezők, ezek paramétereit is meg kell adni a sémában. A rekordhoz integritási feltételek köthetők. Autó 62/127 Kód C4,PK Rendszám C7,UN Típus C20,NN Kor N2,C>0
A relációk jellemzői A relációk rekordjaiban tároljuk a logikailag összetartozó adatokat A relációban tárolt rekordok számát a reláció egyedszámának nevezzük. A relációk tulajdonságaiban (oszlopaiban) az azonos tulajdonságokra vonatkozó adatok jelennek meg. Egy tábla nem tartalmazhat két azonos nevű oszlopot. Az oszlopok (attribútumok) számát a reláció fokának nevezzük. Négyfokú reláció Egyedszám: kettő 63/127 Azonosító Név Évfolyam Osztály 001 Kati 11 A 002 Tibi 12 B
A relációk jellemzői 2. Egy relációra vonatkozó követelmények: A tulajdonságok sorrendje tetszőleges lehet, de a tábla kialakítása után a mezősorrend nem változhat, így minden rekord mezőszerkezete azonos. Nem tartalmazhat két azonos tulajdonság oszlopot. Nem lehet két egyforma rekord. A rekordok sorrendje tetszőleges. Egy cellába csak egy érték kerülhet, így a modellben közvetlenül nem tárolhatók az összetett és a többértékű tulajdonságok. Az adatok viszonyára vonatkozó legfontosabb megkötés az elsődleges kulcs, amellyel a reláción belüli rekordok egyértelműen megkülönböztethetők egymástól. 64/127
Kapcsolatok A modell nem tárolja külön elemként a kapcsolatokat, hanem az egymással összefüggésben lévő relációkban megismétli valamelyik mezőt, és a kapcsolatot a mezőbe beírt adatok értékegyezősége adja. Két reláció között értelmezett a kapcsoló (idegen) kulcs, amely olyan értékeket tartalmaz, amely egy másik tábla elsődleges kulcsával megegyezik, így megvalósítva a két tábla közötti kapcsolatot. Útnyilvántartás Autó Sorszám Rszám Dátum Útvonal Km Rendszám Típus Fogyaszt 65/127 Kapcsoló kulcs Elsődleges kulcs
Kapcsolatok 2. Ha a kapcsoló kulcsot nem kötelező megadni, akkor olyan 1:1 kapcsolatot hozhatunk létre a két tábla között, amelyben nem minden rekordnak van párja a kapcsolt táblában. Útnyilvántartás Autó Sorszám Rszám Dátum Útvonal Km Rendszám Típus Fogyaszt Nem mindegyik autóhoz tartozik útnyilvántartás! Sorszám Rszám Dátum 1 ABC-123 14.02.21 2 14.02.16 66/127 Rendszám Típus Fogyaszt ABC-123 Opel 8,5 FFF-663 Renault 7,2 EIS-104 Lada 12,4 DCT-432 Suzuki 6,4
Kapcsolatok 3. Ha a kapcsoló kulcsot kötelező megadni, és nem ismétlődhet az értéke, akkor olyan 1:1 kapcsolat van a két tábla között, amelyben minden rekordnak van párja a kapcsolt táblában. Útnyilvántartás Autó Sorszám Rszám Dátum Útvonal Km Rendszám Típus Fogyaszt Az útnyilvántartásnak autóhoz kell tartoznia! Sorszám Rszám Dátum 1 ABC-123 14.02.21 2 EIS-104 14.02.16 67/127 Rendszám Típus Fogyaszt ABC-123 Opel 8,5 FFF-663 Renault 7,2 EIS-104 Lada 12,4 DCT-432 Suzuki 6,4
Kapcsolatok 4. Ha a kapcsoló kulcsot kötelező megadni, és ismétlődhet az értéke, akkor 1:N kapcsolat van a két tábla között, vagyis minden rekordhoz több rekord is kapcsolódhat a kapcsolt táblában. Az ilyen típusú kapcsoló kulcsot nevezik általában idegen kulcsnak. Útnyilvántartás Sorszám Rszám Dátum Útvonal Autó Rendszám Típus Fogyaszt Az útnyilvántartásnak autóhoz kell tartoznia, de egy autóhoz több útnyilvántartás is tartozhat. Km Sorszám Rszám Dátum 1 ABC-123 14.02.21 2 ABC-123 14.02.16 68/127 Rendszám Típus Fogyaszt ABC-123 Opel 8,5 FFF-663 Renault 7,2 EIS-104 Lada 12,4 DCT-432 Suzuki 6,4
Kapcsolatok 5. Ha a két tábla között N:M típusú kapcsolat van, akkor a kapcsolatot külön táblával (kapcsolótábla) valósítjuk meg. Termék Vásárlás Vásárló TKód TNév Ár TKód VKód VKód Név Cím TKód TNév Ár VKód Név Cím T01 Tej 220 V01 Rozi Kő u 11 T02 Vaj 210 T03 Tea 550 T04 Só 145 TKód T01 T04 VKód V01 V01 V02 Peti Só u 32 V03 Miki Bő u 17 V04 Évi Lé u 46 T02 V03 T04 V01 T03 V04 69/127 T02 V04
Index kulcsok A táblázatok rekordjai fizikailag abban a sorrendben helyezkednek el a merevlemezen, amilyen sorrendben begépelték őket. Az adatok rendezettségét az index kulcs biztosítja, mely a fizikai táblázat rekordjainak logikai elrendezését határozza meg. Az index kulcsok lehetővé teszik az adatok gyorsabb hozzáférését. Az index létrehozása egy új táblázatot eredményez, melynek egyik oszlopában az indexelt mező elemei szerepelnek rendezetten, a másik oszlopában a rekordok elsődleges kulcsa található. 70/127
Index kulcsok 2. Index tábla Rendszám Kód ABC123 A04 BER666 A01 CDR420 A06 DGZ531 A03 LEM597 A05 RTW285 A02 Autó tábla Kód Rendszám Típus Szín A01 BER666 Fiat zöld A02 RTW285 Opel kék A03 DGZ531 Suzuki kék A04 ABC123 Mercedes fekete A05 LEM597 Opel fehér A06 CDR420 Nissan piros Index kulcs 71/127
A relációk megadása Bachman-diagram: Az adatbázis kapcsolati ábrája. A táblákat téglalapok jelölik. A tábla nevét nagy betűvel írjuk. Legfelül adjuk meg aláhúzva a kulcsot. A név alatt a másodlagos mezők vannak. A kapcsolatot nyilak jelzik. TERMÉK VÁSÁRLÁS VÁSÁRLÓ Kód T_Kód Azonosító Név V_Azon Név Ár Dátum Fiz_mód 72/127 Méret Darab Lakcím
A relációk megadása 2. Séma leírás: Termék [ Kód, Név, Ár, Méret ] Vásárlás [ T_Kód, V_Azon, Dátum, Darab ] Vásárló [ Azonosító, Név, Fiz_mód, Lakcím ] 73/127
A relációk megadása 3. Struktúra ábrával, mely a mezőket, azok típusát, és a kapcsolatokat is ábrázolja. Alap adattípusok: C karakteres, N numerikus, D - dátum Termék Vásárlás Tkód C5 Név C25 Ár N6 Méret C30 T_Kód C5 Dátum D Darab N6 V_Azon C5 Vásárló Azonosító C5 Név C25 FizMód C15 Lakcím C50 74/127
Adatintegritás Az adatintegritás az adatok érvényességét, jóságát jelenti. Hitelesség, megbízhatóság, pontosság, ellentmondás mentesség. Hibás adatok: 2 azonos kulcs, elírt érték, szám helyett szöveg Elkerülése: Ellenőrzött adatbevitel, Kulcsértékek figyelése, Hivatkozások figyelése 75/127
Az adatintegritás szintjei Mező szintű megszorítások Rekord szintű megkötések Reláció szintű előírások Adatbázis szintű ellenőrzések Kód Név A3 Kovács B 14 S1 Dolgozó Munkakör Munkaidő Szupercég 76/127
Mező szintű megkötések A3 Kovács B 14 S1 Egy mezőre vonatkozó érvényes érték előfordulások körét lehet megadni: A megkötés lehet logikai kifejezés, amely minden lehetséges értékre igaz vagy hamis értéket ad vissza Check Kor>0 A megkötés vonatkozhat arra, hogy a mezőben tárolt érték nem lehet üres (kötelező megadni) Kód Not Null Előírható egy sablon, mely az adat külalakjára vonatkozik Rendszámban 3 betű, aztán kötelező, végül 3 számjegy Az adatbázisba csak olyan mezőértékek vihetők be, melyek a megadott szabályoknak eleget tesznek. 77/127
Rekord szintű megkötések A3 Kovács B 14 S1 Egy teljes rekord elfogadhatóságát kell eldönteni Az ellenőrzési feltételben a reláció sémájában szereplő mezők szerepelhetnek Az integritási feltétel célja az egy rekordon belül egymáshoz kapcsolódó mezők értékeinek vizsgálata Ha a végzettség középfokú, a fizetés > 80000 Ft. Ha a kategória élelmiszer, az áfa 10 vagy 15 % lehet. Ha a kód A vagy B betűvel kezdődik, a tárolási hely a E vagy az F rekesz lehet. 78/127
Reláció és adatbázis szint Reláció szint A teljes relációt, vagyis az összes rekord előfordulást át kell vizsgálni Az adott mezőben ugyanaz az érték nem fordulhat elő többször a relációban (egyediség) Kód Unique Elsődleges kulcs mező (mezők) Kód Primary key Adatbázis szint A feltétel több relációban, szétszórtan elhelyezkedő mezőkre vonatkozik, az ellenőrzéshez több reláció adatait is át kell olvasni Idegen kulcs mező (csak egy másik táblában szereplő értékeket vehet fel) Ha az A táblában a kód A7, a B táblában az érték csak 10 és 20 között lehet 79/127
Egyed integritási szabály Minden relációban legyen egyedi értékű kulcs (mező vagy mezőcsoport), ami egyértelműen meghatározza a rekord előfordulásokat. A kulcs mező (mezők) értékét kötelező kitölteni, vagyis és a kulcs nem lehet üres. A kulcs lehet egyszerű (egy mező, pl. autó rendszáma vagy személy adószáma) vagy összetett (több mező, pl. tanfolyam címe, időpontja, repülőjárat száma és a dátum). Hivatkozás integritási szabály Minden kapcsoló kulcs mező értéke vagy üres, vagy egy létező, hivatkozott táblabeli elsődleges kulcsértékre mutat. 80/127
Témakörök Adatbázis-kezelő rendszerek Adatmodellek Adatbázis adatmodellek Adatbázis tervezés Ellenőrző kérdések 81/127
Adatbázis tervezés A tervezés lépései: Igényfelmérés és analízis Koncepcionális (szemantikai) modell elkészítése DBMS rendszer kiválasztása A fogalmi modell átkonvertálása adatbázis adatmodellre A fizikai adatmodell megtervezése Adatbázis implementálása A 2-es és 4-es lépés relációs modell esetén megoldható a normalizálás módszerével. 82/127
Igényfelmérés, analízis Jól körül kell határolni a valós világ azon darabkáját, amelyet az adatbázisban ábrázolni akarunk. Termékek adatai Raktárhelyek, és hogy azokon mi van Dolgozók adatai Kiszállítások adatai Rendelések: termék, darabszám, dátum Beszállítók adatai 83/127
Szemantikai modell megalkotása A modell megalkotásának folyamata: Követelmények összegyűjtése Egyedek meghatározása Kapcsolatok meghatározása Tulajdonságok meghatározása Követelmények ellenőrzése 84/127
Adatbázis modell megalkotása A táblázatok szerkezetének kialakítása Milyen táblákra lesz szükségünk? A tárolt adatok számok, vagy szöveges adatok? Ha számok, milyen intervallumok között kaphatnak értéket? Ha szövegek, hány karakter szükséges a tároláshoz? Milyen egyéb típusokra lesz szükség? (dátum, fotó, grafika) 85/127
Adatbázis modell megalkotása 2. A táblázatok oszlopai közötti összefüggések meghatározása A táblákban tárolt egyedek közötti összefüggések jelentik az adatok elérésének és kezelésének alapját. A táblák közötti kapcsolatokat a speciális oszlopok segítségével valósítjuk meg. Két tábla között akkor van kapcsolat, ha egyik tábla soraihoz egy másik tábla sorait hozzárendelhetjük. Ezt nevezzük a két tábla közötti kapcsolatnak. Fontos jellemző, hogy az egyik tábla egy rekordjával a másik tábla hány rekordja áll kapcsolatban. (A kapcsolat foka) 86/127
Adatbázis modell megalkotása 3. Elsődleges kulcs: Minden táblában kell lenni egy (vagy több) mezőnek, amelynek tartalmával hivatkozhatunk a rekordokra, azonosíthatjuk, megkülönböztethetjük azokat. Ezt a mezőt nevezzük elsődleges kulcsnak. (azonosítónak) Az elsődleges kulcsnak minden rekordban értékkel kell rendelkeznie, és nem ismétlődhet a táblában. Az elsődleges kulcs szerepet játszik a táblák összekapcsolásában is. 87/127
Adatbázis modell megalkotása 4. Az elsődleges kulcs kiválasztása: Név Szül.idő Lakcím Adószám Nagy Géza 1985.12.31 Miskolc, Új u. 14 146210943 Kis Jenő 1999.05.25 Miskolc, Ág u. 7 875322923 Kerek Béla 2003.08.29 Szeged, Cső u. 11 900943322 Bak Tamás 1979.10.10 Győr, Zár u. 243 816716345 88/127 5 lakásos társasház: Név 500 fős cég: Név+Szül.idő Kisváros: Adószám Általános esetben: Kód mező használata
Adatbázis modell megalkotása 5. Kapcsoló kulcs: A kapcsolt táblában az elsődleges kulcsot tartalmazó tábla mezőjére hivatkozó egy vagy több mező. A kapcsoló kulcs a táblák kapcsolatát jelzi és biztosítja. Funkciója: a kapcsoló kulcsként működő oszlop mezői csak olyan értéket vehetnek fel, amik egy másik tábla hivatkozott oszlopában szerepelnek. Típusai: Kötelező Nem kötelező Ismétlődő Nem ismétlődő értékű 89/127
Adatbázis modell megalkotása 6. A kapcsoló kulcs Autó Színek Rendszám Szín Szín ABC-123 CCD-666 JBO-007 VAU-195 Kék Zöld Fekete Lila Kék Zöld Fekete Piros 90/127 Elsődleges kulcs Hibás érték! Kapcsoló kulcs Elsődleges kulcs
A modellalkotás folyamata 1. 2. 3. A valóság egy darabja ER modell Relációs modell kenyér sajt 3526 H11 250 Ft 400 db 250 g 450 Ft tej 2011.05.13 0,5 kg 180 Ft Kis Béla bankkártya 2630 1026 C27 100 db Nagy Éva készpénz 2011.05.17 100 g Bazi Joe Kód Név Termék Ár Leírás Méret Dat TV Az Név Vásárló Db Lcím Fizm Irsz Tel Usz Termék Vásárlás Méret Vásárló 91/127
ER konverziója relációs modellre ER elemek Egyed Normál Gyenge Tulajdonság Elemi Kulcs Összetett Többértékű Származtatott Kapcsolatok 1:1 1:N N:M kötelező 92/127 Relációs elemek Reláció reláció kulcs mezővel reláció kulcs mező nélkül Mező mező kulcs mező több mezőre bontjuk szét külön relációba kerül csak a képletet tároljuk Kapcsolatok egyedi kapcsoló kulcs kapcsoló kulcs kapcsoló tábla nem üres kapcsoló kulcs
Kapcsolatok konvertálása (1) Akód Autó Tulajdonos Tkód Ha 1:1 típusú a kapcsolat, miért nem kerülnek egy táblába? Mert az az adatok száma eltérhet az az egyes táblákban. táblákban, és így szerkeszthető a kapcsolat. Tkód Név Akód Rendszám Tkód T1 Kiss A A1 ABC-123 T5 T2 Nagy B A2 FFF-663 T2 T3 Jó Tóni A3 DCT-432 T4 Kék Zoli T5 Kő Jani 93/127
Kapcsolatok konvertálása (2) Akód Autó Tulajdonos Tkód Az 1:N típusú kapcsolat kialakítása Akód Rendszám Tkód A1 ABC-123 T5 A2 FFF-663 T2 A3 DCT-432 T2 Tkód T1 T2 T3 T4 T5 Név Kiss A Nagy B Jó Tóni Kék Zoli Kő Jani 94/127 Idegen kulcs használata
Kapcsolatok konvertálása (3) Akód Autó Tulajdonos Tkód Az N:M típusú kapcsolat kialakítása Akód Rendszám Tkód A1 ABC-123 T5 A2 FFF-663 T2,T4 A3 DCT-432 T2 Tkód T1 T2 T3 T4 T5 Név Kiss A Nagy B Jó Tóni Kék Zoli Kő Jani Miért nem lehet egy idegen kulccsal megoldani? 95/127 Sérülhet azt a szabályt, hogy egy mezőben csak egy adat lehet!
Kapcsolatok konvertálása (4) Akód Autó Tulajdonos Tkód Az N:M típusú kapcsolat kialakítása Akód A1 A2 A3 Rendszám ABC-123 FFF-663 DCT-432 Akód A1 A2 A2 A3 Tkód T5 T2 T4 T2 Tkód T1 T2 T3 T4 T5 Név Kiss A Nagy B Jó Tóni Kék Zoli Kő Jani 96/127 Kapcsolótábla két idegen kulccsal
A kivitelezés a tervnek megfelelő, de lehet, hogy a modellt rosszul adták a kezembe. 97/127
Gyakorló feladat Konvertálja az alábbi ER modellt relációs modellé! Kód Név Azonosító Név Vásárlás Termék Vásárló Ár Leírás Méret Dátum Darab Lakcím FizMód IrSz. Város U-Hsz 98/127
Gyakorló feladat Kód Név Termék Termék Kód C5 Név C25 Ár N6 Mkód C5 Ár Leírás Méret Méret Mkód C5 Leírás C25 Idegen kulcs 99/127 A Termék tábla Mkód mezője csak olyan értéket vehet fel, ami a Méret tábla Mkód mezőjében megtalálható!
Gyakorló feladat Azonosító Név Vásárló Vásárló Azonosító C5 Név C25 IrSz C4 Város C40 U-Hsz C30 FizMód C15 Lakcím FizMód IrSz. Város U-Hsz Az összefogó tulajdonság kimarad! 100/127
Gyakorló feladat Kód Azonosító Termék Vásárlás Vásárló Vásárlás Kód C5 Dátum D Darab N6 Azon C5 Dátum Darab Idegen kulcsok a kapcsolt táblák elsődleges kulcsaira + saját mezők 101/127
Gyakorló feladat Termék Vásárlás Vásárló Termék Méret Kód C5 Név C25 Ár N6 Mkód C5 Mkód C5 Leírás C25 Vásárlás Vásárló Kód C5 Dátum D Darab N6 Azon C5 Azonosító C5 Név C25 IrSz C4 Város C40 U-Hsz C30 FizMód C15 102/127
Gyakorló feladat Eszközök Konvertálja az alábbi ER modellt relációs modellé! Dkód Dnév Ekód Enév Hkód Hnév Dolgozó Használ Eszköz E-H Helyszín E-K H-E Knév Epkód Epnév Kkód Kategória Doksi Épület 103/127
Gyakorló feladat Eszközök Dolgozó Használ Eszköz Helyszín Dkód Dnév Dkód Ekód Ekód Enév Hkód Hkód Hnév Epkód Doksi Kategória E-K Épület Kkód Fájlnév Kkód Knév Ekód Kkód Epkód Epnév 104/127
Adatbázis rendszerek 1. Ellenőrző kérdések 105/127
Ellenőrző kérdések 1. 1. Mi az adatbázis? A: Olyan rendszer, amely a hardveren tárolt adatokból szoftver segítségével információt készít B: Egy vállalatnál az iratgyűjtőkben lévő adatok összessége. C: Az adatoknak egy jól strukturált halmaza, amelyből információ nyerhető. D: Matematikai formalizmus, mely az adatok és az adatokon értelmezett műveletek leírására szolgál. 2. Az alábbiak közül melyek adatmodellek? A: Anarhikus B: Hierarchikus C: Hálózatos D: Relációs E: Táblázatos F: Realizációs G: Hálós H: Információ-centrikus 106/127
Ellenőrző kérdések 2. 3. Mi az adatmodell? A: Olyan rendszer, amely a hardveren tárolt adatokból szoftver segítségével információt készít B: Egy vállalatnál az iratgyűjtőkben lévő adatok összessége. C: Az adatoknak egy jól strukturált halmaza, amelyből információ nyerhető. D: Matematikai formalizmus, mely az adatok és az adatokon értelmezett műveletek leírására szolgál. 4. Milyen adatmodell látható az ábrán? A: Sor-oszlop-mezős B: Relációs C: Táblázatos D: Exceles 107/127
Ellenőrző kérdések 3. 5. Mi az ER modell? A: Az adatbázis adatait és az azokon értelmezett műveleteket megmutató ábra B: Az adatbázis egyedeit és a köztük lévő kapcsolatokat leíró parancssorozat C: Az adatbázis egyedeit és a köztük lévő kapcsolatokat mutató ábra D: Matematikai formalizmus, mely az adatok és az adatokon értelmezett műveletek leírására szolgál. 6. Az alábbiak közül melyek szemantikai adatmodellek? 108/127 A: IFO B: Hierarchikus C: UML D: Relációs E: EER F: SM G: Hálós H: ER
Ellenőrző kérdések 4. 7. Írja a betűjeleket az ábrába! A. Tulajdonság B. Egyed C. Kapcsolat 8. Milyen tulajdonságot jelez az ábra? név kód szín sor kód oszlop A: Összetett B: Kulcs C: Többértékű D: Normál 109/127
Ellenőrző kérdések 5. 9. Minősítse az állításokat! I-igaz, H-hamis A B 110/127 Minden A egyedhez tartozhat max. egy B egyed Minden B egyedhez tartozhat max. egy A egyed Minden A egyedhez több B egyed tartozhat Minden B egyedhez több A egyed tartozhat Az A egyed rekordjainak száma megegyezhet a B egyed rekordjainak számával Az A egyedhez kötelező B egyednek kapcsolódnia A B egyedbe egy rekord csak akkor kerülhet be, ha már van párja az A egyedben
Ellenőrző kérdések 6. 10. Minősítse az állításokat! I-igaz, H-hamis Kód Név Azon Név Vásárlás Termék Vásárló Ár Leírás Méret Lakcím FizMód 111/127 A Termék egyedben nincs kulcs tulajdonság. Biztosan több rekord van a Termék egyedben, mint a Vásárló egyedben. Az ER modellben van összetett tulajdonság. Egy termék csak egyszer szerepel majd a Termék táblában.
Ellenőrző kérdések 7. 11. Az ER->Relációs modell konverziójánál hány darab tábla keletkezik? Kód Név Azon Név Vásárlás Termék Vásárló Ár Leírás Méret Darab Dátum Lakcím FizMód A: 2 Ir.sz. Város Cím B: 3 C: 4 112/127 D: 5
Ellenőrző kérdések 8. 12. Az ER->Relációs modell konverziójánál hány darab mező lesz a Termék táblában? Kód Név Azon Név Vásárlás Termék Vásárló Ár Leírás Méret Darab Dátum Lakcím FizMód A: 3 Ir.sz. Város Cím B: 4 C: 5 113/127 D: 6
Ellenőrző kérdések 9. 13. Az ER->Relációs modell konverziójánál hány darab mező lesz a Vásárlás táblában? Kód Név Azon Név Vásárlás Termék Vásárló Ár Leírás Méret Darab Dátum Lakcím FizMód A: 2 Ir.sz. Város Cím B: 3 C: 4 114/127 D: 5
Ellenőrző kérdések 10. 14. Az ER->Relációs modell konverziójánál hány darab mező lesz a Vásárló táblában? Kód Név Azon Név Vásárlás Termék Vásárló Ár Leírás Méret Darab Dátum Lakcím FizMód 115/127 A: 4 B: 5 C: 6 D: 7 E: 8 Ir.sz. Város Cím
Ellenőrző kérdések 11. 15. Mire vonatkoznak az integritási feltételek? 116/127 Idegen kulcs A: mező 18 < kor < 62 B: rekord Unique C: tábla Elsődleges kulcs D: adatbázis 16. Egy táblába húsz munkás adatai kerülnek: név; kód, mely mindenkinél más; és terület, mely csak a terület táblában szereplő értékeket vehet fel. Melyik mező lesz az elsődleges kulcs? Lesz-e idegen kulcs, ha igen, melyik mező? Hány fokú lesz a reláció? Mennyi lesz a reláció egyedszáma?
Ellenőrző kérdések 12. 17. Igaz vagy Hamis az állítás? A mezők típusa az metaadat. Az adatintegritás az adatok ismétlődését jelenti. A külső absztrakciós szint az adatok adattárolón való elhelyezkedését jelenti. Az adatmodell strukturális része az adattípusokra, és a kapcsolatokra ad megszorítást. Az ER, és az EER modellek adatbázis adatmodellek. Az ER modellben létezik egyértékű és többértékű egyed. A mező a logikailag összetartozó, és egységként kezelhető elemi adatértékek együttesét jelöli. 117/127
Ellenőrző kérdések 13. 18. Adja meg az ER modellnek megfelelő relációk sémáját! Dkód Dnév Tkód Téma Dolgozó Képzés Tanfolyam Végzettség Dátum Hely Oktató Okód Onév Telefon 118/127
Ellenőrző kérdések 14. 19. Rajzolja fel az ER modellnek megfelelő relációkat (struktúra ábrát), adja meg a kapcsolatokat és a mezőtípusokat is! Dkód Dnév Tkód Téma Dolgozó Képzés Tanfolyam Végzettség Dátum Hely Oktató Okód Onév Telefon 119/127
Ellenőrző kérdések 15. 20. Rajzolja fel a kapcsolatokat jelző nyilakat a feltételeknek megfelelően! A: Egy autónak több tulajdonosa, egy tulajdonosnak több autója lehet. B: Egy autónak kötelezően egy tulajdonosa van, de egy embernek csak egy autója lehet. C: Egy embernek több autója is lehet, de az autónak kötelezően egy tulajdonosa van. 120/127
Ellenőrző kérdések 16. 21. Melyik állítás igaz? Feladat Ember A: Egy ember kötelezően egy feladathoz tartozik, és egy feladathoz többen is tartozhatnak. B: A feladatokhoz kötelezően tartozik valaki, de többen is tartozhatnak, egy embernek viszont csak egy feladata lehet. C: Egy embernek kötelezően több feladat van, és egy feladathoz többen is tartozhatnak. D: Egy emberhez kötelezően legalább egy feladat tartozik, de több is tartozhat, egy feladathoz viszont csak egy ember tartozhat. 121/127
Ellenőrző kérdések 17. 22. Rajzolja fel a séma alapján az ER modellt! A: Termék [ Tkód, Név, Ár, Leírás ] Raktár [ RHely, Tkód, Darab ] B: Termék [ Tkód, Név, Ár, Leírás ] Raktár [ RHely, Terület, Jelleg ] Tárol [ RHely, Tkód, Darab ] C: Termék [ Tkód, Név, Ár, Leírás ] Raktár [ RHely, Terület, Hkód ] Tárol [ RHely, Tkód, Darab ] RHelyTípus [ Hkód, Jelleg ] 122/127
Ellenőrző kérdések 18. 23. Milyen típusú a kapcsolat? Ország < - > Megye Anya < - > Gyermek Repülőjegy < - > Repülőn hely Áru < - > Vásárló Személyi szám < - > Személy Könyv < - > Kiadó 24. Rajzoljon egy olyan ER modellt, melyben: az A-nevű egyednek B a kulcstulajdonsága, C egy normál tulajdonsága, D pedig összetett tulajdonsága. Az E-nevű egyednek F a kulcstulajdonsága, G és H normál tulajdonságok, I pedig többértékű tulajdonság. Egy A- egyedhez több E-egyed is tartozhat, de egy E-egyedhez csak egy A egyed. 123/127
Ellenőrző kérdések 19. 25. Igaz vagy Hamis az állítás? Az 1:1 kapcsolatban lévő táblák mezőinek száma mindig megegyezik. A redundancia az adatok érvényességét és ellentmondás-mentességét jelenti. Az elsődleges kulcs előírás mező szintű integritási feltétel. A relációs modellben a reláció különböző felépítésű rekordokból áll. 124/127
125/127 Gratulálok! Ön átvette a tananyagot, és letesztelte a tudását!
Felhasznált irodalom Kovács László elektronikus jegyzetei Szelezsán János: Adatbázisok, LSI Oktatóközpont, 1999 Baksáné Varga Erika elektronikus jegyzetei IHM: Adatbázis-kezelés, elektronikus jegyzet 126/127
VÉGE VÉGE 127/127