a Boti Végh 7 éve
413
Még több ilyen
Szerző: Richárd Kele
Szerző: Zoltán Szabó
Szerző: Richárd Kele
Szerző: Zsófia Szombati
Logikai adatbázis:
Forrás:
5. diasor
Adatmodell: Logikai struktúra és azon értelmezett kényszerek és műveletek összessége.
Adatbázismodell típusokról bővebben az első előadáson beszéltünk.
Forrás :
http://www.agt.bme.hu/szakm/adatb/db1.htm#p1.4.1
,https://hu.wikipedia.org/wiki/Objektumorient%C3%A1lt_adatmodell
1.diasor
A deduktív adatbázis, olyan adatbázis amely igaz tényekből és következtetési szabályokból áll. Az adatbázis végzi el a következtetéseket, így tud válaszolni konkrét lekérdezésekre. A rendszer a predikátum kalkuluson alapszik.
Forrás: https://mialmanach.mit.bme.hu/fogalomtar/deduktiv_adatbazis
Objektumorientált: Olyan adatbázis, amely intelligens elemekből épül fel. Az intelligencia itt azt jelenti, hogy az egyes adatbáziselemek (objektumok) „tudják”, hogy kik ők, mire használhatók, s miként kapcsolódnak a többi adatbáziselemhez. Az objektumorientált adatbázisok az objektumorientált programozási nyelvek térhódításával terjedtek el. Hatékonyságukban jelenleg még alulmaradnak a relációs adatbázisokkal szemben.
Forrás: https://hu.wikipedia.org/wiki/Objektumorient%C3%A1lt_adatmodell
A relációs adatmodell egy olyan adatmodell, amelynek legfontosabb eleme a matematikai reláció fogalma. Mint minden adatmodell, ez is egyrészt definiálja azokat a jellemző adatszerkezeteket, amelyeken dolgozik, illetve azokat a műveleteket, amelyek rajta értelmezettek.
Szemléltető példa: itt
Forrás: https://hu.wikipedia.org/wiki/Rel%C3%A1ci%C3%B3s_adatmodell
Adatmodellezés
Adatmodellek, modellezés
Hogy is néz ki egy E-R modell?
E-R (magyarul E-K) modellről bővebben: itt
Források:
http://people.inf.elte.hu/kiss/08abe1/08ab1e02.pdf
https://www.db.bme.hu/sites/default/files/adatbazisok-1-3-het-2013.pdf
5. diasor
Relációs séma tervezés
Hogyan tervezzük relációs sémákat?
Forrás:
5. diasor
Normálformák
Mik és miért kellenek a normálformák
Részeltesebb leírás a témában:https://en.wikipedia.org/wiki/Database_normalization
Forrás:
5. diasor
3NF
Harmadik normálforma (3NF)
Szemléltető kép: itt
Bővebben: Wikipedia
Forrás:
5.diasor
https://en.wikipedia.org/wiki/Third_normal_form
2NF
Második normálforma (2NF)
Szemléltető kép: itt
Bővebben: Wikipedia
Forrás:
5.diasor
https://en.wikipedia.org/wiki/Second_normal_form
1NF
Első normálforma (1NF)
Szemléltető kép: itt
Bővebben: Wikipedia
Forrás:
5.diasor
https://en.wikipedia.org/wiki/First_normal_form
Séma tervezésnél fennálló anomáliák
Forrás:
5. diasor,
http://databasemanagement.wikia.com/wiki/Category:Data_Anomalies
Beszúrási
Beszúrási anomália
Megérteshez szükséges kép: itt
Forrás:
5. diasor
Törlési
Törlési anomália
Példa: https://image.slidesharecdn.com/
Forrás:
5. diasor
Módosítási
Módosítási anomália
Szemléltető kép, a megértéshez: itt
Forrás:
5. diasor
Az egyed-kapcsolat (E-R) modell
E-R modell
Egy grafikus leíró eszköz, mely diagram segítségével adja meg az adatbázis szerkezetét (struktúráját).
Hogy is néz ki egy E-R modell?
E-R modell - Relációs adatmodell
Források:
http://people.inf.elte.hu/kiss/08abe1/08ab1e02.pdf
http://tanulnijo.uw.hu/adatbazis/ab_negyedik.html
Egyed
Egyed - más néven entitás (entity):
Példák: Egyed és egyedek halmaza lehet pl:
diák: STUDENTS
szak: COURSES
....
Két egyed kapcsolata
Szupertípus
Supertípus (Supertype):
Egy olyan entitás típus, amely szülő-gyerek (parent to child) kapcsolatban egy vagy több altípusú entitással és tartalmazza azokat az attribútumokat amelyeket az ő altípusú entitásai tartalmaznak.
Szemléltető ábra:
5. előadás 17 dia,
Források:
https://learndatamodeling.com/blog/supertype-and-subtype/
http://www.siue.edu/~dbock/cmis450/4-1.gif
http://farm1.static.flickr.com/132/377124497_9be8a4b093.jpg?
Altípus
Altípus (Subtype):
Olyan entitások amelynek attribútumai szerepelnek szupertípusuk attribútumai közt, de egymástől különböző attribútumokkal rendelkeznek.
Forrás: https://learndatamodeling.com/blog/supertype-and-subtype/
Distinct
Két entitás distinct (magyar kifejezést nem találtam rá), ha nincs közös attribútumuk.
Forrás: https://msdn.microsoft.com/en-us/library/cc505839.aspx
Attribútum
Attribútum: Az egyedek tulajdonságai vagy jellemzői, amelyekkel
Sokszor nehét előrelátni, milyen jellemzőket érdemes választani. Idővel megváltozhat, hogy mire van szükség és mire nem. Például, nem gondolnánk, hogy a dolgozók vércsoportját tárolni kell az adatbázisban, de ha jön egy szabalyozás erre, akkor ezt be kell építeni a rendszerbe.
Szerencsére új attribútumot könnyebb bevezetni, ellenben új entitást költséges lehet.
Egyből az első kép:ezen az oldalon
, egy jó példa az attribútum-egyed kapcsolatra.
5. diasor
Egyedi azonosító
Egyedi azonosító
Ugyanazon egyedtípus előfordulásainak megkülönböztetése egyedi azonosító(k) segítségével történik.
Attribútumok részhamaza.
Példák: Entitás: Autó, Egyedi azonosító: alvázszám, rendszám
Forrás:
5. diasor
Kapcsolat
Kapcsolat (relationship):
Forrás:
http://www.inf.elte.hu/mot/oktatas/Documents/adatbaziskezeles_alapfogalmak.pdf
3.3-as fejezet ( 9. oldal)
Adatmodellező
Adatmodellező más néven elemző/tervező, munkája egy építéészéhez hasonlítható.
Az adatbázis-tervezés lépései:
1. a feldolgozandó információ elemzése,
2. az információk közti kapcsolatok meghatározása,
3. az eredmény ábrázolása (E/K diagram E-R diragram),
4. adatbázisterv készítése (transzformációs lépés),
5. adatbázisterv finomítása (összevonások),
6. megszorítások modellezése, függőségek meghatározása,
7. optimális adatbázisterv készítése (dekomponálás, normalizálás),
8. az adatbázisterv megvalósítása SQL-ben. (CREAT TABLE utasítások stb.)
Forrás:
http://people.inf.elte.hu/kiss/08abe1/08ab1e02.pdf
5. előadás diák
A hálós adatmodell a hierarchikus adatmodell továbbfejlesztett változata, a bonyolultabb kapcsolatok ábrázolását már jobban lehetővé teszi. 1969-ben a CODASYL bizottság által létrehozott DBTG (Data Base Task Group) jelentése alapján hozták létre. Két évtizeden keresztül, a relációs adatbázis megjelenéséig szinte kizárólag ezt használták.
Forrás: https://hu.wikipedia.org/wiki/H%C3%A1l%C3%B3s_adatmodell
A hierarchikus modell
volt a legelső az adatbáziskezelőkben és egyben a leginkább korlátozott. A hierarchikus modell az 1960-s évek végén alakult ki és az 1970.s évek végéig használták. Például az IBM IMS adatbáziskezelő rendszer alkalmazta ezt a modellt. A neve is utal rá, hogy az adatokat egy hierarchiában kell elrendezni. Ezt egy fa szerkezettel tehetjük szemléletessé.
Forrás: http://www.agt.bme.hu/szakm/adatb/db1.htm
Fizikai adatbázis:
A rendszergazda (database administrator). Létrehozza és működteti az adatbázist. Leginkább egy mérnök.
Röviden mik tartoznak a feladataik közé?
Ezen a linken bővebben: http://docs.oracle.com/cd/B10501_01/server.920/a96521/dba.htm
Keresett szakma manapság is:
https://www.jobinfo.hu/kereses/oracle+dba/
Forrás: 1. előadás diák