Adatba zis é s szoftvérféjlészté s (wéb-programoza s)

Hasonló dokumentumok
Adatbázis-kezelés. alapfogalmak

Adatmodellezés. 1. Fogalmi modell

Adatbázis-kezelés - Relációs adatbázisok adatszerkezetének tervezése, megvalósítása

ADATBÁZIS-KEZELÉS Demetrovics Katalin

Mezők viszonya a relációs adatbázis tábláiban

INFORMATIKA ÁGAZATI ALKALMAZÁSAI. Az Agrármérnöki MSc szak tananyagfejlesztése TÁMOP /1/A

Adatbáziskezelés. Indexek, normalizálás NZS 1

Adatmodellek. 2. rész

Adatbázisok gyakorlat

Adatbázis, adatbázis-kezelő

Adatbázis-kezelés az Excel 2013-ban

RELÁCIÓS ADATBÁZISSÉMÁK. Egyed-kapcsolat modellről átírás

Programozás. Adatbázis-kezelés (alapok) Fodor Attila

Adatbázis rendszerek. dr. Siki Zoltán

Több felhasználó párhuzamosan olvashatja, bővítheti, módosíthatja és törölheti az adatokat Az adatok konzisztenciájának és biztonságának biztosítása

Adatbázisok I Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés

NORMALIZÁLÁS. Funkcionális függés Redundancia 1NF, 2NF, 3NF

Adatbázisok gyakorlat

ADATBÁZIS-KEZELÉS. 1. Alapfogalmak

AB1 ZH mintafeladatok. 6. Minősítse az állításokat! I-igaz, H-hamis

Adatbázis rendszerek Definíciók:

Adatbázis-kezelő rendszerek. dr. Siki Zoltán

ADATBÁZISKEZELÉS ADATBÁZIS

Adatbázisok I. Jánosi-Rancz Katalin Tünde 327A 1-1

Magas szintű adatmodellek Egyed/kapcsolat modell I.

Adatbázisok. 4. gyakorlat. Adatmodellezés: E-K modellb l relációs adatbázisséma. Kötelez programok kiválasztása szeptember 24.

MS ACCESS 2010 ADATBÁZIS-KEZELÉS ELMÉLET SZE INFORMATIKAI KÉPZÉS 1

Adatmodellezés, alapfogalmak. Vassányi István

Adatbázismodellek. 1. ábra Hierarchikus modell

Adatbáziskezelés 1 / 12

Adatbázisok. 3. gyakorlat. Adatmodellezés: E-K modellb l relációs adatbázisséma. Kötelez programok kiválasztása szeptember 21.

Adatbázisok - 1. előadás

ADATBÁZIS-KEZELÉS ALAPOK I.

Informatikai alapismeretek Földtudományi BSC számára

modell, amiben csak bináris sok-egy kapcsolatok (link, memberowner,

6. Gyakorlat. Relációs adatbázis normalizálása

Adatbázisok. 1. gyakorlat. Adatmodellezés október október 1. Adatbázisok 1 / 42

Gazdasági informatika II (SZIE GTK GVAM 1. évfolyam) 2009/2010. tanév 2. félév

Adatigények. Koncepcionális séma (magas szintű modell) Logikai séma (alacsony szintű modell) Belső séma (fizikai szerkezet, hozzáférési módok)

Példa Többértékű függőségek, 4NF, 5NF

BGF. 4. Mi tartozik az adatmodellek szerkezeti elemei

5. Gyakorlat. 5.1 Hálós adatbázis modell műveleti része. NDQL, hálós lekérdező nyelv:

7. előadás. Karbantartási anomáliák, 1NF, 2NF, 3NF, BCNF. Adatbázisrendszerek előadás november 3.

ADATBÁZIS-KEZELÉS. Modellek

Adatbázis rendszerek Ea: A rendes állapot. Normalizálás

Adatbázis-kezelés Access XP-vel. Tanmenet

ADATBÁZIS-KEZELÉS. Relációalgebra, 5NF

Adatbázisok 1. Az egyed-kapcsolat modell (E/K)

1. előadás Alapfogalmak Modellezés, a Bachman-féle fogalomrendszer, adatmodell,

T Adatbázisok-adatmodellezés

7. Előadás tartalma A relációs adatmodell

Adatbáziskezelés alapjai ADATBÁZISKEKZELÉS 1

ADATBÁZIS-KEZELÉS. Relációs modell

Adatbázis rendszerek 2. előadás. Relációs algebra

Függőségek felismerése és attribútum halmazok lezártja

BEVEZETÉS AZ ADATBÁZIS KEZELŐ RENDSZEREK ALKALMAZÁSÁBA. Az ADATBÁZIS logikailag összefüggő meghatározott szerkezetben tárolt adatok halmaza.

w w w. h a n s a g i i s k. h u 1

A relációs adatmodell

Az adatbáziskezelés alapjai

Az egyed-kapcsolat modell (E/K)

Bevezetés: Relációs adatmodell

Fogalmak: Adatbázis Tábla Adatbázis sorai: Adatbázis oszlopai azonosító mező, egyedi kulcs Lekérdezések Jelentés Adattípusok: Szöveg Feljegyzés Szám

Relációs adatbázisok tervezése ---2

ADATMODELLEZÉS. Az egyed-kapcsolat modell

Adatbázis tervezés normál formák segítségével

Adat és folyamat modellek

Bevezetés: Relációs adatmodell

Informatika szigorlat 9-es tétel: Az adatbázis-kezelő rendszerek fogalmai

Adatbázis rendszerek. 4. előadás Redundancia, normalizálás

Csima Judit október 24.

11. Gyakorlat Adatbázis-tervezés, normalizálás. Redundancia: egyes adatelemek feleslegesen többször is le vannak tárolva

Adatbázisok 1. Kósa Balázs gyakorlata alapján Készítette: Nagy Krisztián. 1. gyakorlat

Adatbázisok elmélete 4. előadás

ADATBÁZISOK. 4. gyakorlat: Redundanciák, funkcionális függőségek

Adatbáziskezelés és. Bevezetés az egészségügyi informatikába II. Semmelweis Egyetem április 21.

Adatbázis használat I. 1. gyakorlat

Adatbázis rendszerek Ea: A rendes állapot. Normalizálás

Adatmodell elemei. Adatmodellezés. Adatobjektum. Kutya adatobjektum, mint tábla

7. előadás. Karbantartási anomáliák, 1NF, 2NF, 3NF, BCNF, 4NF, 5NF. Adatbázisrendszerek előadás november 7.

Adatbázisrendszerek 8. előadás: Az Enhanced Entity-Relationship modell március 27.

ADATBÁZIS RENDSZEREK. Adatbázis tervezés. Krausz Nikol, Medve András, Molnár Bence

ABR ( Adatbázisrendszerek) 1. Előadás : Műveletek a relációs medellben

Adatbázisok az iskolában 2012 Adatmodellezés. Dr. Balázs Péter

Az adatbázis-alapú rendszerek tervezésének alapvető része az adatok modellezése. Ez legtöbbször két fázisban zajlik:

ADATBÁZIS-KEZELÉS FÉLÉVES FELADAT

Adatbázisok. 3. gyakorlat. Adatmodellezés: E-K modell szeptember szeptember 17. Adatbázisok 1 / 11

Tájékoztató. Használható segédeszköz: -

Access XP alapokon Tartalomjegyzék

ADATBÁZISOK, ADATTÁRHÁZAK

Informatika 9. Adatbázisok tervezése Dr. Szepesné Stiftinger, Mária

Adatbázisok elmélete 12. előadás

Adatbázis rendszerek I

ADATBÁZISOK E-K MODELLBŐL RELÁCIÓS MODELL. Debrenti Attila

Adatbáziskezelés alapjai. jegyzet

Adatbázisok I. Egyed-kapcsolat formális modell. Egyed-kapcsolat formális modell. Kapcsolatok típusai

Célkitűzések Az Oracle10 g felépítésének, használatának alapszíntű megismerése

Adatbázis-lekérdezés. Az SQL nyelv. Makány György

ADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek

Adatmodellezés adatbázis-kezelés az MS ACCES segítségével

Az adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata:

Átírás:

Adatba zis é s szoftvérféjlészté s (wéb-programoza s) Tartalomjegyzék Rendszer:... 2 Erőforrás:... 2 Ismeretelméleti alapfogalmak... 2 Információ:... 2 Az adatok egymás közötti viszonya... 2 Hír:... 2 Kód:... 2 Modell:... 3 Konstrukció:... 3 Objektum:... 3 A modell alkotás célja:... 3 RELÁCIÓS ADATMODELL... 4 Rendszerelemzés... 7 1. Rendszertervezés (logikai tervezés)... 7 Első normálforma (1NF):... 8 Adatok közötti funkcionális kapcsolat... 8

AZ ADATMODELLEZE S ALAPFOGALMAI Rendszer: Egymással kölcsönhatásban álló elemek (objektumok) együttese, melyek a környezet számára egységes egészként jelenik meg Működési folyamat: A rendszer állapotváltozásainak sorozata, a rendszer erőforrásainak transzformációja, átalakítása. Erőforrás: A rendszer működéséhez (működtetéséhez) szükséges objektumok, tényezők. Erőforrás kategóriák gazdasági rendszerekben: Materiális jellegű o Anyagok o Eszközök o Energia Emberi Financiális (pénzeszközök) Információ (tudás, ismeretek) Ismeretelméleti alapfogalmak Információ Adat Hír Információ: Értelmezett, hasznosítható, új ismeret, amely felhasználáskor bizonytalanságot (ismeret hiányt) szüntet meg Forrás (elsődleges) információ: Közvetlenül a rendszerből, a működési folyamatból érzékeléssel (méréssel, megszámlálással ) szerzett ismeret Származtatott (másodlagos) információ: Feldogozott adatokból, azok értelmezésével keletkező új ismeret Adat: Formalizált és rendszerint rögzített ismeret. Más oldalról közelítve: olyan jelkonfiguráció, amely ismeretet hordoz. Az adat aspektusai: Forma (szintaxis): Az ismeret leképzésére, rögzítésére szolgáló jelsorozat. Tartalom (szemantika): Az adat jelentése, az az ismeret mennyiség, amelyet az adatot reprezentáló jelsorozat hordoz Szerkezet (struktúra) Az adatok egymás közötti viszonya Logikai: a valóságot leképező összefüggések Fizikai: a tárolt adatok elhelyezési és visszakeresési összefüggései Hír: Közlésre, továbbításra szánt, mozgásban lévő ismeret Kód: Általánosságban: egyezményes jelsorozat egy valós vagy gondolati objektum vagy egy jellemzőjének leképzésére. Az objektum itt lehet tárgyi jellegű vagy esemény, jelenség, fogalom, akár egy másik kód is. Két fontos momentuma: o Jelsorozat: a kód formája, szintaxisa

o Leképzés: az a szabály, ahogy a jellemző és a jelsorozat általában kölcsönösen megfeleltethető egymásnak o Kódolás: a szabály alkalmazása, vagyis az a művelet, amellyel a jellemzőnek megfeleltetjük a jelsorozatot o Dekódolás: a szabály inverze, vagyis a jelsorozat visszaalakítása az eredeti jellemzővé, illetve ennek ismeretévé Modell: Olyan konstrukció, amely egy objektumnak a modell alkotás céljából lényeges jellemzőit tükrözi Konstrukció: Ember által megalkotott mechanikai (pl.: jármű), grafikus (pl.: folyamatábra, hálóterv), matematikai (pl.: egyenlet), verbális (szöveges), táblázatos (pl.: mátrix, döntési tábla) vagy egyéb szerkezet. Objektum: Egy rendszer szerkezetét, működését meghatározó, vagy befolyásoló elem, amely lehet tárgy, személy, esemény, fogalom, vagy bármilyen létező (valós vagy logikai) dolog. A modell alkotás célja: Általában vizsgálat, elemzés, tervezés, az adott rendszer vagy objektum megismerése vagy beavatkozás a rendszer működésébe Modell-alkotás szükségessége: A modellezendő rendszer méreteiben túl nagy vagy túl kicsiny (világegyetem, keletkezése atom, szubatomi szerkezetek, Higgs-bozon, Higgs-tér, kvantumelmélet) A valósában lezajló változások túl gyorsak vagy túl lassúak (robbanás evolúció) vagy a vizsgálat közben a rendszer megváltoztatja a struktúráját (társadalmi rendszerek) A vizsgálandó rendszer struktúrája nagyon bonyolult (hullámterjedés, meteorológiai előrejelzések) A valóság közvetlen tanulmányozása túl költséges A válóság tanulmányozása (a vizsgálati beavatkozás) megváltoztatja a folyamatok működését (munkafolyamatok megfigyelése), a rendszer struktúráját, vagy a rendszer tönkremeneteléhez vezet (gépkocsi tőréspróba)

Réla cio s adatba zisok RELÁCIÓS ADATMODELL A különböző adatmodelleken alapuló rendszerek közül a XX. század végére a relációs adatbázis-kezelő rendszerek egyeduralkodóvá váltak, háttérbe szorítva a hálós, hierarchikus adatmodelleken alapuló rendszereket. A relációs adatbázis-kezelés alapjait 1971-ben az E. F. Codd amerikai kutató által megalkotott relációs adatmodell elmélete alapozta meg, melynek lényege, hogy az egyedeket, tulajdonságokat és kapcsolatokat egyaránt táblázatok, úgynevezett adattáblák segítségével adja meg. A relációs adatmodell legfontosabb eleme a matematikai reláció fogalma, Mint minden adatmodell, ez is egyrészt definiálja azokat a jellemző adatszerkezeteket, amelyeken dolgozni, és azokon a műveletek, amelyek rajta értelmezettek, illetve az adatintegritási komponenst is, mely elsődlegesen az adatok értékét jellemzi, szabályozza.(pl.: első tábla a termelő neve, második tábla az ügyintéző neve, harmadik tábla telephely, stb.) A legelterjedtebb relációs adatbázis-kezelő rendszerek az MS ACCESS, MS CQL, MySQL, ORACLE, INGRES. Napjainkban az adatbázis-kezelésben szétvált a fizikai és logikai adatmodell, így a különböző számítógépes rendszerektől függetlenül lehet az adatbázisok szerkezettét (sémáját) tervezni és elkészíteni. Fizikai szinten az adatbázis valamilyen állományszerkezetben van tárolva, melynek kezelése az operációs rendszer feladata. Logikai szinten a relációs táblában (adattábla) jelennek meg. Az adattábla sorokból és oszlopokból áll. Egy sorát rekordnak nevezzük, amely annyi mezőből áll, ahány oszlopa van a táblának. Az oszlopok számát nevezik a reláció fokszámának és a sorainak a számát a reláció számosságának. Attribútumnak nevezünk egy tulajdonságot, amelyet a megnevezésével azonosítunk, és értéktartományt rendelünk hozzá. A relációs adatmodellnél az értéktartomány csak atomi értékekből állhat, vagyis elemei nem lehetnek struktúrák, halmazok stb. Az értéktartomány megadása rendszerint típus és hossz megadását jelenti. A reláció nevét és a reláció attribútumainak halmazát egy relációsémának nevezzük. ATTRIBÚTUM REKORD MEZŐ 1. ábra. Reláció (adattábla) elemei A relációsadat bázis táblákból és a táblák közötti kapcsolatból épül fel. A kapcsolat az egyik tábla elsődleges kulcsa (olyan mező vagy mezőcsoport, mely egyértelműen azonosítja az

adattábla rekordjait) és a másik tábla külső (idegen) kulcsa (oly azonosító, amelynek segítségével egy másik tábla elsődleges kulcsára hivatkozhatunk) között jön létre. Kapcsolatok fajtái: Egy-egy típus kapcsolat (1:1) az egyik egyedhalmaz mindegyik eleméhez a másik egyedhalmaznak pontosan egy elem kapcsolódik. (Pl. a férfi és a nő egyedek között a házastárs kapcsolat) Egy-több típus kapcsolat (1:N) az egyik egyedhalmaz mindegyik eleméhez a másik egyedhalmaznak több eleme is tartozhat. (Pl. osztály és tanuló egyedek között) Vevőkód Vevő Telefonsz. 1-N Termék Termékkód Vevőkód Termékkód Termék Leírás N-1 Vevő Vevőkód Termékkód Több-több típus kapcsolat (N:M) az egyik egyedhalmaz minden eleméhez a másik egyedhalmaz több eleme tartozhat,és fordítva, tehát a másik egyedhalmaz elemeihez tartozható az egyik egyedhalmaz több eleme is. (Pl. szerző és könyv egyedek kapcsolata Vevők Vevőkód Vevő neve Telefon Termékek Termékkód Terméknév Rendelés Termékkód Vevőkód Az előző ismereteket összefoglalva összegyűjthetjük a relációs adatmodell legfontosabb jellemzőit: - A relációs modell két-dimenziós, egymással kapcsolatban álló, speciális tulajdonságokkal rendelkező táblákból áll. Minden relációnak van egy neve, amelyik azt egyértelműen azonosítja az adatmodellben. Jól tervezett adatbázisban ez megegyezik az általa reprezentált egyedtípus elnevezésével, vagy utal arra.

- Egy sor és egy oszlop találkozásánál (cella) csak egyetlen elemi adat szerepelhet. - Egy oszlopban csak azonos típusú adatok lehetnek. - Egy adattáblában nem lehet két azonos nevű oszlop (egyedi mezőnevek). - Az oszlopok sorrendjének nincs jelentősége az adatmodellben. De ha egyszer, a tábla fejlécében megadjuk, akkor ezen relációnak minden sorában ennek a sorrendnek megfelelően kell az attribútumok értékét tárolnunk. - A sorok sorrendje a relációs modell szempontjából közömbös, a relációk sorainak nincsen kitüntetett rendezettsége. - Mivel a reláció egyedei a tábla egyes sorai, melyeknek azonosítása a sorok tartalma alapján történik, egy relációnak nem lehet két teljes azonos sora. Ebből következik, hogy minden relációban van az oszlopnak legalább egy olyan kombinációja, amely egyértelműen azonosítja a sort, meghatározza a sor további oszlopainak az értékét. ezt az oszlopot (oszlopkombinációit vagy ezek egyikét), amely megfelel az általános adatmodellben az egyedtípus azonosítójának, nevezzük elsődleges kulcsnak (Primary Key). - A táblák közötti relációk kapcsolómezőkön át valósíthatók meg. Futár Futárazonosító Futár név Futár tel. Rendelés Rendelés azonosító Vevőazonosító Futárazonosító Dátum Idő Tétel Rendelés azonosító Pizza azonosító DB Pizza Pizza azonosító Pizza név Pizza ár Vevő Vevőazonosító Vevő név Vevő cím

Adatba zisok térvézé sé Az adatbázis tervezése több lépésből összetevődő folyamat. Rendszerelemzés Rendszertervezés (logikai tervezés) Fizikai szint (fizikai tervezés) Rendszerelemzés Először a megoldandó feladatot, az adatbázis célját, az alkalmazás rendelését határozzuk meg. Vizsgáljuk meg az alkalmazási területet, hogyan oldanánk meg hagyományos eszközökkel a feladatot. Készítsünk,,interjúkat az adatbázis leendő használóival. Meghatározzuk a tárolandó adatok körét, azok egymás közötti kapcsolatait és az adatbázissal szemben felmerülő igényeket. 1. Rendszertervezés (logikai tervezés) A logikai tervezés végrehajtásához nem kell számítógép, és az elkészült adatbázisterv bármilyen relációs adatbázis-kezelő program segítségével megvalósítható, függetlenül az adott operációs rendszertől. A logikai tervezés fő feladata a redundancia megszüntetése. Redundanciáról akkor beszélünk, ha valamely tényt vagy a több adatból levezethető mennyiséget ismételten (többszörösen) tároljuk az adatbázisban. A redundancia, a szükségtelen tároló terület lefoglalása mellett, komplikált adatbázis - frissítési és karbantartási műveletekhez vezet. A redundancia megszüntetésének módja a normalizálás. A normalizálás az adatbázisban található adatok rendszerezését jelenti normálformák segítségével. A különböző

normálformák egymásra épülnek. A tervezés során a legmagasabb normálforma elérése a cél, mely több lépésben alakítható ki. Az első három normálforma a funkcionális függőségekben adódó redundanciák megszüntetésére koncentrál. A legtöbb alkalmazás esetében a harmadik normálforma a szükséges legmagasabb szint, így a továbbiakban az első három normálformával ismerkedünk meg. Első normálforma (1NF): Ha egy reláció minden oszlopában csak egy értéket tárolunk, akkor első normálformában van a reláció. Az első normálforma pontos definíciója a következő: Egy reláció első normálformában (1NF ben) van, ha minden sorának minden attribútumértéke elemi és egy értéket vesz fel, vagyis ha minden sorhoz tartozik (legalább egy) kulcs, melytől az összes többi oszlop funkcionálisan függ. Adatok közötti funkcionális kapcsolat Adatok között akkor áll fent funkcionális kapcsolat, ha egy vagy több adat konkrét értékéből más adatok egyértelműen következnek. Például a személyi szám és a név között funkcionális kapcsolat áll fenn, mivel minden embernek különböző személyi száma van. Ezt a SZEMELYI_SZAM NEV kifejezéssel jelöljük vagy pedig egy diagrammal. SZEMÉLYI_SZÁM NÉV Személyi azonosító 3.2 ábra Funkcionális függőség diagram 1 férfi, 2 nő szül év hónap nap egyedi azonosító pl.2-19980706-6789 Adóigazolvány szám 1234567891 TAJ Társadalombiztosítási azonosító jel 222 222 222 A funkcionális függőség bal oldalát a függőség meghatározójának nevezzük. A jobb oldalon lévő egy, csak egy értéket határoz meg a funkcionális függőség. Nem áll fenn funkcionális függőség akkor, ha a meghatározó egy értékét több attribútum értékkel hozhatjuk kapcsolatba. Például a NEV SZULETESI_EV állítás nem igaz, mert több személynek lehet azonos neve, akik különböző időpontokban születtek. Néhány évvel ezelőtt a SZEMELYI_SZAM AUTO_TIPUS funkcionális függőség igaz volt, mert mindenkinek csak egy autója lehetett. Ma azonban ez már nem állja meg a helyét. Az adatok közötti funkcionális függőségek az adatok természetéből következnek, nekünk csak fel kell ismerni ezeket a törvényszerűségeket. A tervezés során nagyon fontos, hogy ezeket pontosan felismerjük és figyelembe vegyük.

A funkcionális függőség jobb oldalán több attribútum is állhat. Például az AUTO_RENDSZAM TIPUS, TULAJDONOS funkcionális függőség azt fejezi ki, hogy az autó rendszámából következik a típusa és a tulajdonos neve, mivel minden autónak különböző a rendszáma, minden autónak egy tulajdonosa és típusa van. Ezt diagrammal ábrázolhatjuk ebben a viszonylatban az egyed az autó. Rendszám Tulajdonos Típus 3.3 ábra Funkcionális függőség több meghatározott értékkel Az is előfordulhat, hogy két attribútum kölcsönösen függ egymástól. Ez a helyzet például a házastársak esetén FERJ_SZEM_SZAMA FELESEG_SZEM_SZAMA FELESEG _SZEM_SZAMA FERJ_SZEM_SZAMA. Mindkét funkcionális kapcsolatra igaz és ezt a FERJ_SZEM_SZAMA FELESEG_SZEM_SZAMA jelöléssel fejezzük ki. Természetesen a fenti összefüggés a többnejűséget megengedő országokban nem teljesül. Nézzük például a TANULÓ (kód, név, cím, hobbi) sémájú relációt. Nincs 1NF-ben, mert a cím összetett attribútum nem elemi: a város utca, házszám tulajdonságokból állhat. A hobbi attribútum pedig több értéket vehet fel. Az összetett attribútumot új attribútumok beiktatásával lehet megszüntetni. A többértékű attribútum megszüntetése úgy történhet, hogy minden sort annyiszor leírunk, ahányszor szükséges.