Access Adatbáziskezelés Kónya Tibor
Adatbázisok Adatállomány: minden adat megtalálható amelyre szükség lehet -ADATTÁBLA (Többféle egymástól független adatállományunk is lehet) Egymással kapcsolatba hozható adatállományok összeségét adatbázisnak nevezzük. Ezt egy program pl.az Access tartalmazza Az adatállomány szerkezete: Record: egy egységet leíró jellemzők (pl: egy személy adatai) Mező: az adatbázis összes elemének egy adata (pl: minden személy születési helye)
A mezőket (a szerkezetet) a feltöltés előtt célszerű meghatározni A mezőket (a szerkezetet) a feltöltés előtt célszerű meghatározni. (Minden ami kell, de feleslegeset ne.) Többszörös adat – redundancia, fölösleges méretnövelés+ellentmonást eredményezhet. Ne tároljunk olyan adatot amely más formában már van vagy számítható. Pl: szemszám, szül.idő kor.
Adatbázis szerkezete Hierarhikus: (fa-struktúrájú) egy adatnak egy őse, de több leszármazottja lehet Hálós: egy adatnak több őse, és több leszármazottja is lehet Relációs: (legelterjedtebb) A kapcsolatba hozható adatokat táblákon tároljuk. Tartalmaznak kapcsolómezőt. (Legyen egyértelmű és rövid)
A relációs adatbázis előnye: áttekinthető, mindig csak a feladathoz szükséges adatokat tárolják (hozzáférés korlátozása), Nem kell üres mezőket tárolni. Pl: autók adatai- nincs mindenkinek
Az Access részei Táblák: az adatokat tartalmazzák Létrehozása: 1.Tervező nézetben 2.Varázsló segítségével 3. Adatok közvetlen beírásával 4.Importálással Lekérdezések:ezekkel tudjuk az adatokat kinyerni Létrehozása: 1.Tervező nézetben 2.Varázsló segítségével Jelentések: formázott megjelenítés Létrehozása: 1.Tervező nézetben 2.Varázsló segítségével Ürlap: az adatbevitelt teszi kényelmesebbé Létrehozása: 1.Tervező nézetben 2.Varázsló segítségével Makrók: automatizált adatfeldolgozás Modulok: segítségével a Visual Basicból is elérhető
Adatbázis objektumok közötti kapcsolat Táblák Lekérdezések Űrlapok Jelentések Makrók Modulok
Adatbázis felépítése Előbb a szerkezet megtervezése. Mezők hossza (karakteres) Célszerü az adatokat részekre bontani Pl cím. Adatformátumok megtervezése Ha túl hosszú, akkor feleslegesen nagy, ha rövid, akkor nem férnek be az adatok.
Adatformátumok Szöveg: Tetsz. karakter max:256 Feljegyzés: Nem feldolgozható 65ezer Szám: bájt: 0-255 egész egész : -32e - +32e egész hosszú egész:-2milliárd - +2milliárd egész egyszeres: 4bájton lebegőpontos dupla: 8bájton lebegőpontos decimális: 12bájton (10 ▲38) többszörözési azonosító: 16bájton A feljegyzés nem indexelhető
Dátum/idő: Általános:2010. 02. 03 Dátum/idő: Általános:2010.02.03. 09:36:57 Hosszú dátum, egyszerű dátum, rövid dátum, hosszú idő, közepes idő, rövid idő. Pénznem: tizedestől balra 15 jegy, jobbra 4 jegy pontosság Számláló: új rekord +1 4 bájtos egész Igen/nem: logikai OLE objektum: külső Win obj. Pl.kép, hang, videó Hiperhivatkozás: ULR cím.
Mezőtulajdonságok Tizedes helyek: megadhatjuk hány tizedes irható be. Beviteli maszk: pl. 0: számjegy (kötelező) 9: számjegy, szóköz nem kötelező . tizedes hely : ezres elválasztó Alapértelmezett érték: ez automatikusan megjelenik, átírható Érvényességi szabály: mi írható be (pl: 0-120) Érvényesítési szöveg: ha nem jó a fentre bevitt adat Kötelező: a kitöltés Nulla hoszúság engedély: üresen hagyható-e Indexelt: