Méret: px
Mutatás kezdődik a ... oldaltól:

Download ""

Átírás

1 Adatbázis rendszerek II. VII-VIII. előadás Előadó: Barabás Péter Dátum: /

2 Osztott erőforrások OS DB 2

3 Párhuzamosság hasznos és kényelmes a felhasználó oldaláról kihívás problémák a konkurens végrehajtásnál konfliktus helyzetek (azonos erősforrás igény) megoldások: várakoztatás várakozó sorok (nyomtató) adatbázis-kezelésben egyedi vonások 3

4 ACID elvek Atomicity Consistency Isolation Durability 4

5 Atomiság műveletek nem izoláltak, egyediek, hanem kapcsolat van közöttük a felhasználó rendszerint műveletsort akar végrehajtani, nem egyedi műveletet külön-külön nincs értelmük, illetve hibához, ellentmondáshoz vezethetnek pl. készpénzfelvétel automatából pinkód beírás ellenőrzés művelet megadás készpénz beállítás hitelkeret ellenőrzés készpénz levétele a számláról pénz kiadása kártya kiadása bizonylat kiadása a DBMS-nek képesnek kell lennie műveletek visszagörgetésre félig elvégzett műveletsor nem maradhat a rsz-ben 5

6 Konzisztencia minden felhasználó számára konzisztens kell legyen konzisztens állapotból konzisztens állapotba vigyen integritás őrzés pl. törléskor archiválás kiváltó esemény választevékenység trigger archív táblába beszúrás gond: nem hajtódik végre a választevékenység a rekord kitörlődik, de nem archiválódik nem megengedhető integritás sértő műveletek megakadályozása pl. életkor mezőbe 3012 kerül 6

7 Izoláció a felhasználó a párhuzamosság káros mellékhatásaiból minél kevesebbet érezzen legjobb, ha a felhasználó úgy érzi, hogy egyedül dolgozik a rendszerben munkájának eredménye csak a kiinduló állapottól függ, nem az egyéb tevékenységektől 7

8 Tartósság műveletsor sikeres végrehajtása esetén a felhasználó visszajelzést kap biztos lehet abban, hogy a műveletsor hatása véglegesen beíródott az adatbázisba későbbi művelet nem törölheti vissza lezárt tranzakciók eredményeit az adatbázis-kezelő mindenáron őrizze meg gondoskodjon a véglegesített adatok elvesztése elleni védelemről 8

9 Tranzakciókezelés az adatbázis-kezelés központi fogalma minden művelet tranzakcióba szervezetten hajtódik végre a DBMS nem enged tranzakción kívüli művelet végrehajtást login DML logout commit abort begin transaction INSERT... DELETE... UPDATE... end transaction 9

10 Tranzakció fogalma Tranzakció: egy logikailag összetartozó, egységként kezelt műveletsor, melyre teljesülnek az ACID elvekben megfogalmazott követelmények 10

11 Tranzakciók leírása műveletsort kell megadni elemei: műveletek: olvasás: r, írás: w objektum, amelyre hatnak paraméterként: r(x), w(x) tranzakció lezárása véglegesítés (commit): c visszagörgetés (abort): a sorrendiség: megelőzési reláció: p 1 p 2 11

12 Tranzakciók ábrázolása ábrázolás gráffal: csomópontok a műveletek, irányított élei a megelőzési relációk nem minden gráf létező tranzakciót jelent kötöttségek érvényes tranzakció esetén: tartalmaznia kell egy lezárási műveletet (c,a) pontosan csak az egyiküket tartalmazhatja a lezárási művelet az utolsó, az összes többi megelőzi egyértelmű végrehajthatósági feltétel: a műveletsor eredménye azonos kezdőfeltételek mellet mindig egyezzen meg a leírt tranzakció eredményével 12

13 Tranzakciók ábrázolása II. r(x) w(x) w (x) c w(x) 3 w (x) 6 w(x) w (x) w (x) w(x) bármely két művelet között létezzen megelőzési reláció: egyértelmű, de nem szükséges minden esetben általában csak a tranzakció eredménye a fontos a közbenső állapotok érdektelenek több út is adhatja ugyanazt az eredményt ekkor a rendszer bármelyiket választhatja 13

14 Tranzakciók ábrázolása III. r(x) w(x) c r(x)? r(y) r(y) w(y) w(x)? w(y) Kérdés: mely elemek közötti relációk (nem) hagyhatók el? eredmény ugyanaz Válasz: amelyek sorrendje fontos a végeredmény szempontjából konfliktusban álló műveletpárok 14

15 Konfliktusban álló műveletek sorrendiség kihat az eredményre konfliktus esetén azonos objektumnak kell szerepelnie mindkét műveletben különböző objektumokhoz való hozzáférés nincs hatással egymásra legalább az egyik írási művelet az olvasások nem módosítják az adatbázist, bármikor felcserélhetőek írási műveletek időbeli pozíciója lényeges gráf esetén egyértelmű a végrehajtás eredménye: a gráfban bármely két konfliktusban álló műveletpár között létezik megelőzési reláció ezt a tranzakció megadásánál meg is követeljük 15

16 Tranzakció formális leírása T = (T e, ) T e = { r(x), w(x ), a, c x,x DB } T e T e ahol DB az adatbázisbeli objektumok halmaza T tranzakcióra teljesülnek: - a T e c T e - p T e p a, ha a T e és p c, ha c T e - p 1,p 2 T e, p 1 és p 2 konfliktusban áll p 1 p 2 vagy p 2 p 1 16

17 Tranzakciók ekvivalenciája ugyanazon elemeket tartalmazza a konfliktusban álló műveletek között ugyanolyan a megelőzési sorrend ugyanazon kiinduló állapotból, ugyanazon műveletek az eredmény szempontjából ekvivalens sorrendben hajtódnak végre 17

18 History fogalma a rendszerben futó tranzakciók összessége megadása hasonló a tranzakció megadásához műveletekből áll lényeges a végrehajtási sorrend ábrázolása: gráffal a tranzakció azonosítóját is feltüntetjük, mint művelet indexet 18

19 History példa r 1 (x) w 1 (x) c 1 r 2 (x) w 2 (x) a 2 19

20 History formális leírása H = (H e, ) H e a history-hoz tartozó műveletek, a megelőzési reláció, azaz H e = T e T és teljesül az alábbi feltétel p 1,p 2 H, p 1 és p 2 konfliktusban áll p 1 p 2 vagy p 2 p 1 20

21 Hibás history gráf r 1 (x) w 1 (x) c 1 r 2 (x) w 2 (x) w 2 (y) c 2 r 3 (y) w 3 (x) w 3 (y) c 3 Kérdés: mi a hiba? 21

22 History-k ekvivalenciája azonos feltételekből kiindulva azonos eredményt szolgáltatnak a konfliktusban álló műveletpárok sorrendje lényeges csak az elfogadott tranzakciók hatása marad meg ekvivalensek a history-k, ha azonos tranzakciókat tartalmaz minden nem abortált tranzakcióhoz tartozó, konfliktusban álló műveletek között ugyanolyan irányú megelőzési reláció áll fenn 22

23 History típusok követelmények: ACID elvek nem mindegyik teljesíti az elveket w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) c 2 Mi okozza problémát? létezik lezárásuk a lezárás az utolsó művelet minden konfliktus esetén létezik megelőzési reláció 23

24 Megoldás w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) c 2 T1 kiír egy értéket x-be T2 olvassa ezt, majd ez alapján új értéket ír x-be T2 véglegesíti az eredményt a T1 tovább fut, olvassa y-t, majd módosítja T1 abortálódik w 1 (x) utasítás-t hogyan görgetjük vissza? T2 nem véglegesített adatokat használt fel, ezért T2 tranzakciót is vissza kell görgetni tartósság elvét kellene felrúgni konzisztencia vs. ACID-elvek 24

25 RecoverAble history Egy history visszagörgethető, ha minden tranzakció később zárul le minden olyan tranzakciónál, amiből ő olvasott w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) c 2 25

26 RA history II. teljesül az RA history, mégis hibás az alábbi history w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) r 3 (x) w 3 (x) abortálási lavina! T2 olyan adatot olvasott, melyek helyessége még nem dőlt el r 4 (x) 26

27 Avoiding Cascadeless Abort history Az abortálási lavinát elkerülő history-ban minden tranzakció csak már lezárt tranzakcióból olvas. T2 csak olyan adatokat olvashat, melyek helyessége már biztosított, vagyis csak a T1 által véglegesített adatokat szabad felhasználni w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) r 3 (x) w 3 (x) 27

28 ACA history II. mind az RA, mind az ACA kritériumai teljesülnek, mégis akad probléma r 1 (x) w 1 (x) w 1 (z) a 1 r 2 (z) w 2 (x) a 2 probléma: előbb T1, majd T2 módosítja x-et, végén abortálódik mindkettő vissza kell állítani a módosítások előtti értékeket előbb a w 1 (x) előtti értéket, majd w 2 (x) előttit induló érték visszaírásához ki kell előbb olvasni (implicite) írás előtt 28

29 STrict history A szigorú history-ban egy tranzakció csak akkor írhat vagy olvashat egy adatelemet, ha az azt előtte módosító másik tranzakció már lezáródott T2 tranzakció csak olyan adatokat olvashat vagy írhat, melyet egy lezárt tranzakció módosított utoljára r 1 (x) w 1 (x) w 1 (z) a 1 r 2 (z) w 2 (x) a 2 29

30 Újabb probléma r 1 (x) w 1 (x) c 1 w 3 (x) c 3 r 2 (x) w 2 (x) c 2 T1: normál fizetés tranzakció T2: rendkívüli jutalmak tranzakció r 2 (x) r 1 (x) w 1 (x) w 2 (x) lost update T1 beli olvasás megelőzi T2 beli írást, T1 beli írás követi T2 beli olvasást 30

31 SeRializable history A sorossal ekvivalens history-ban bármely két tranzakció minden konfliktusban álló műveletpárjai között, ahol a műveletek nem azonos tranzakcióhoz tartoznak, azonos a megelőzési reláció. a műveletek a tranzakciók szerinti sorrendben hajtódnak végre r 1 (x) w 1 (x) a 1 r 2 (x) w 2 (x) c 2 31

32 Serial vagy soros history A soros historyban egy tranzakció bármely két művelete közé nem ékelődik be egy másik tranzakció valamely művelete. r 1 (x) w 1 (x) c 1 w 2 (x) c 2 r 3 (x) 32

33 History-k kapcsolata SR RA ACA ST S Cél: ST SR history 33

34 Következmények kevés a megfelelő history lecsökkentik a párhuzamosságot, a konkurencia megvalósulási lehetőségeit teljesítmény korlátozás ACID elvek nagyobb konkurencia hatékonyabb rendszer 34

35 Izolációs problémák konfliktusban álló műveletek keverése két írás egymás után lost update w 1 (x) olvasás két írás között dirty read írás két olvasás között not repeatable read w 2 (x) w 1 (x) r 2 (x) w 2 (x) r 1 (x) w 2 (x) r 1 (x) 35

36 Izolációs szintek 0. szint anarchia, mind a három hiba jelenség felléphet 1. szint nincs átlapolt írás 2. szint első szint és nincs piszkos olvasás 3. szint második szint és ismételhető az olvasás 36

37 SQL utasítások SET TRANSACTION ISOLATION LEVEL szint; NOLOCK nem foglalja le a tranzakció által érintett objektumokat 0. szint READ UNCOMMITED piszkos, véglegesítés előtti adatokat is olvashatnak átlapolt írás nem megengedett = 1. szint READ COMMITED csak véglegesített, tiszta adatok olvashatók 2. szint REPEATABLE READ teljesül az ismételhető olvasás 3. szint két olvasás között bővülhet a tábla SERIALIZABLE a teljesen soros végrehajtást kérvényezi nincs elméleti izolációs szint (3. szint) minden nemű módosítás tiltott 37

38 Zárolási módszerek a tranzakció használat idejére lefoglalja az objektumot a többi tranzakció korlátozva van az objektum elérésében várakozás várakozás feloldás: elérhető már az objektum kiderül, hogy nem érdemes várni nyilván kell tartani objektumonként kiegészítő információkat: szabad-e, ki foglalja (felszabadításnál tudni kell) helytöbblettel jár a zárolás 38

39 Zárolási szintek Mező szintű zárolás Rekord szintű zárolás Tábla szintű zárolás 39

40 Előnyök és hátrányok Előny Hátrány Mező szintű zárolás nagyobb fokú párhuzamosság jelentősebb konkurencia sokkal több kiegészítő információt kell tárolni és karbantartani jelentős hely, idő költségnövekedés Tábla szintű zárolás sokkal egyszerűbb nyilvántartani gyorsabban adminisztrálható nagyon lecsökkenti a konkurenciát nagyon sokáig kell várakozni a párhuzamosan futó tranzakcióknak egymásra 40

41 Zárolási költségfüggvények a tranzakciók közötti konkurencia mértéke a párhuzamos hozzáférések valószínűségétől függ rekord szintű zárolások közelében minimális d u rv a fin o m d u rv a fin o m H o s s z ú tra n z a k c ió k R ö v id tra n z a k c ió k 41

42 Zárolási idő Alapelv: csak addig zároljunk egy objektumot, ameddig szükséges lefoglalás: amikor szükség van rá felengedés: adatok véglegesítése után, tranzakció végén hiba: a művelet után azonnal felengednénk T2 olvas T1 által írt, nem véglegesített objektumot RA, ACA feltétel sérülne 42

43 Kétfázisú zárolás (2PL) 1. fázis: zárolások lefoglalása 2. fázis: zárolások felengedése a tranzakció végén Kétfázisú zárolás esetén a tranzakció végéig csak zárolások történhetnek, majd a tranzakció végén egyidejűleg történik a zárolások felengedése. Minden zárolási művelet megelőz minden feloldást. a legtöbb RDBMS-ben 2PL zárolás biztosítja az ACID-elveknek megfelelő history-k megvalósítását 43

44 Mely műveletnél zároljunk? ST és SR szabályok: a konkurens műveleteknek sorosan kell végrehajtódniuk, beleértve a tranzakciók lezárási utasításait írási műveletkor szükséges a zárolás RA követelmény sérülne w 1 (x) r 1 (x) l w (x) w 1 (x) olvasáskor is szükséges lehet az olvasás lost update jelenség r 1 (x) r 2 (x) w 1 (x) w 2 (x) gyakorlatban kissé módosul a zárolás l r (x) r 1 (x) 44

45 Zárolás típusok normál zárolás: zárolás alatt más tranzakció nem olvashatja és/vagy írhatja a foglalt elemet írási és olvasási zárolás: írási zárolás: más tranzakció se nem olvashatja, se nem írhatja az objektum értékét olvasási zárolás: csak a másik tranzakció általi értékmódosítást akadályozza meg 45

46 Példa normál és kétfajta zárolásra r 1 (x) w 1 (x) c 1 w 3 (x) Normál zárolás esetén: c 3 r 2 (x) w 2 (x) c 2 T2 lefoglalja x-et, az r1(x) már nem tud végrehajtódni r1(x) várja T2 befejeződését T2 írja x-et, majd véglegesítődik ekkor folytatódhat T1 futása írja x-et, amely a megnövelt érték elkerülhető a lost update jelenség 46

47 Példa normál és kétfajta zárolásra II. r 1 (x) w 1 (x) c 1 w 3 (x) c 3 r 2 (x) w 2 (x) c 2 Írási és olvasási zárolás esetén: T2 zárolja x-et olvasásra, az r1(x) olvashatja T1 zárolja x-et olvasásra w1(x) írásra zárolja az elemet T1 véglegesítődik, majd az írási zárolás megszűnik ekkor folytatódik T2 futása zárolja az elemet írja az r2(x) által kiolvasott értéket felhasználva a lost update jelenség még mindig fennáll 47

48 Helyesen formált zárolás minden művelet előtt van egy zárolás minden zárolást követi annak művelet utáni felengedése l 1 (x) w 1 (x) u 1 (x) 48

49 Helyes zárolás helyesen formált a zárolás minden művelet zárol van írási és olvasási zárolás 2PL teljesül, a tranzakció végén felengedve az objektumokat Megjegyzés: gyakorlatban enyhítenek a szigoron a párhuzamosság miatt 49

50 Zárolások felminősítése a zárolás szintjének, szigorúságának megnövelése lr 1 (x) r 1 (x) u 1 (x) lw 1 (x) w 1 (x) nem 2PL más tranzakció megszerezheti az objektumot T1 előtt a T csak egyszer zárolhat, és ha írni is akar, akkor írásra kell zárolni lw 1 (x) r 1 (x) w 1 (x) u 1 (x) u 1 (x) 50

51 Zárolások felminősítése II. Probléma: nem biztos, hogy a tranzakció tudja előre, hogy írni is fog nagyon lecsökkenti a párhuzamosság lehetőségét, mivel túl hamar lefogja kizárólagos használatra az x objektumot Megoldás: a zárolást felengedés nélkül egy magasabb szintre kell vinni lr 1 (x) r 1 (x) lw 1 (x) w 1 (x) u 1 (x) 51

52 Zárolások gyenge pontja a zárolások biztos megoldást nyújtanak a helyes history megvalósításra gyenge pont: tranzakciók várakozásra kényszerítése többen várakoznak körbevárakozás alakulhat ki végtelen várakozás lr 2 (x) r 2 (x) lr 1 (x) r 1 (x)? w 1 (x) w 1 (x) DEADLOCK várakozás várakozás 52

53 Deadlock kezelése X lefoglalás igénylés T1 Y T2 W Z egyik tranzakció sem tud továbblépni, mindkettő a végtelenségig várakozna Feloldási módszerek: Timeout módszer WFG gráf 53

54 Timeout mechanizmus a rendszer figyeli, mennyi ideig várakozott a tranzakció a zárolás feloldására ha a várakozási idő túllép egy megadott időhatárt, akkor a TM deadlock jelenségként értékeli, melyet fel kell oldani egyik megoldás: valamelyik tranzakció abortálása abortálandó tranzakció kiválasztására számos stratégia létezhet ~ OS memóriakezelés kérdés: mit preferálunk? eltöltött idő elvégzett módosítások még hátralévő idő 54

55 Wait-For Graph a gráf elemei a futó tranzakciók a gráf élei irányítottak T1-ből mutut él T2-be, ha van olyan objektum, amit T2 lefoglalt és T1 is szeretne elérni, s T1 ezen objektum felszabadulására vár deadlock jelentése a várakozások szintjén: nincs vége a várakozási láncnak, azaz nincs esély, hogy a várakozási lánc valamikor is megszűnjön WFG gráfban: akkor van deadlock, ha a létezik körút amennyiben a gráf körútmentes, úgy a history végrehajtása során nem lépett fel deadlock 55

56 WFG II. Körútmentes: T1 T2 T3 Deadlock: T1 T2 T3 56

57 Felminősítésből adódó deadlock lr 1 (x) r 1 (x) lw 1 (x) w 1 (x) u 1 (x) lr 2 (x) r 2 (x) lw 2 (x) w 2 (x) olvasási zárolások futhatnak párhuzamosan két írási zárolás nem élhet egyidejűleg lw 1 (x)-nélt1 kénytelen várakozni T2 olvasásra fogta T1 lw 2 (x)-nélt2 kénytelen várakozni T1 olvasásra fogta T2 deadlock alakult ki u 2 (x) 57

58 Módosítási zárolás (update lock) a fenti blokkolás elkerülése végett módosítási zárolás arra utal, hogy az adatot a tranzakció később módosítani szeretné egyidejűleg csak egy tranzakció módosíthat nem szabad megengedni, hogy más tranzakció is jelezze ez irányú szándékát felminősítést viszont már csak módosítási zárolásból lehet engedélyezni, hogy ne legyen váratlan írási igény lu 1 (x) r 1 (x) lw 1 (x) w 1 (x) u 1 (x) lu 2 (x) r 2 (x) lw 2 (x) w 2 (x) u 2 (x) 58

59 Kompatibilitási mátrix l r l u l w l r Igen Igen Nem l u Nem Nem Nem l w Nem Nem Nem 59

60 SGT (Serialization Graph Testing) módszer a history SR tulajdonságának ellenőrzésére szolgál a konfliktusban álló műveletekre vonatkozóan teljesül-e a soros végrehajtás az SR végrehajtás esetén bármely két tranzakció között csak egyféle megelőzési reláció érvényesül az SG-gráf a history-hoz rendelhető, és a history SR voltának eldöntésére szolgál 60

61 SG gráf Az SG gráf, egy olyan gráfot jelöl, melynek elemei a history-ban futó, commit-tal véglegesített tranzakciók, élei irányítottak. Akkor létezik él egy T1 csomópontból a T2 csomópontba mutatva, ha létezik olyan konfliktusban álló műveletpár, melynek egyik tagja T1-hez, a másik tagja T2-höz tartozik, s a T1 csomóponthoz tartozó művelet megelőzi a T2- höz tartozó műveletet. 61

62 SG gráf II. két csomópont között két él is létezhet ellentétes irányításúak (T1 T2, T2 T1) a gráfban nem vesznek részt az abortált tranzakciók SR history esetén a history linearizálható kapcsolatban álló tranzakciókból épül fel nem keverednek a különböző tranzakciókhoz tartozó műveletek (a konfliktusban álló műveletek esetén) 62

63 SG gráf III. A history akkor és csak akkor SR tulajdonságú, ha a hozzá tartozó SG gráf körútmentes. körút esetén a tranzakciók nem alkotnak lineáris láncot r 1 (x) w 1 (y) w 1 (y) c 1 r 2 (z) w 2 (z) r 2 (y) w 1 (z) c 2 r 3 (x) w 3 (x) c 3 r 4 (z) w 4 (y) a 4 T3 T1 T2 63

64 Módosított SG gráf régebbi, érdektelen tranzakciók kikerülnek a gráfból helytakarékossági okok élek kialakításához ismerni kell a tranzakció által elvégzett műveleteket minden tranzakciónál nyílván kell tartani, mely objektumot írta, ill. olvasta a felhasznált SG gráf tartalmaz még le nem zárt, még futó tranzakciókat is ciklikusság időbeni felfedezése kevesebb idő és erőforrás pazarlás történik egy tranzakció korábban történő abortálása révén 64

65 SGT mechanizmus 1. új beérkező művelet esetén a TM ellenőrzi, hogy benn vane már a tranzakció az SG gráfban, vagy egy új tranzakcióról van szó 2. új tranzakció esetén bekerül a gráfba, mint új csomópont 3. ellenőrzésre kerül, hogy a művelet mely más korábban kiadott műveletekkel van konfliktusban 4. minden érintett csomóponthoz él kerül az aktuális csomópontból kiindulva 5. az új SG gráf tesztelése, hogy tartalmaz-e körutat 6. ha igen, akkor az új művelet nem érvényesíthető, a tranzakcióját is vissza kell görgetni 7. abortálódik a tranzakció és a gráfból is kikerül a hozzá tartozó élekkel 8. ha nincs körút, akkor a művelet elvégezhető a korábbi műveletek sikeres nyugtázása után 65

66 SGT csomópont törlése csak akkor, ha a jövőben nem válhat körút láncszemévé egy csomópontba bármikor mutathat új él későbbi műveletek konfliktusban állhatnak a korábbiakkal körútban való részvétel kizárása: a csomópontból nem indul és nem is indulhat ki új él tranzakció lezárása után ilyen művelet már nem jöhet létre ha a tranzakció lezárásakor nem indul ki él, akkor a jövőben sem fog Egy csomópont akkor törölhető az éleivel együtt: ha már lezáródott nem indul ki belőle él Csomópont törlése több csomópont is törölhető 66

67 Timestamp Ordering (TO) minden tranzakcióhoz rendel egy időbélyeget, mely jelzi hogy mikor jött létre a tranzakció a többihez viszonyítva időbélyeg egy sorszám korábbi tranzakciók időbélyege kisebb későbbi tranzakcióké nagyobb A különböző tranzakciókhoz tartozó, egymással konfliktusban álló műveletek esetén a műveletek végrehajtási sorrendje feleljen meg a tranzakciók időbélyeg sorrendjének. Vagyis azon műveleteknek kell előbb végrehajtódniuk, amelyek időbélyege kisebb. 67

68 TO II. amennyiben egy tranzakció olyan objektumot akar módosítani vagy olvasni, melyet egy fiatalabb tranzakció egyszer már módosított a műveletet a TM megakadályozza abortálja az idősebb tranzakciót abortálás után újraindítja a tranzakciót nagyobb időbélyeggel újra próbálkozhat 68

69 Zárolás vs. TO Zárolás lefoglalás felengedése után bármely tranzakció hozzáférhet az objektumhoz sokat várakoztat, deadlock léphet fel TO nincs foglalási idő, az objektum bármikor elérhető csak az utolsó foglalást végző tranzakciónál fiatalabb tranzakciók férhetnek hozzá egy objektumhoz túlságosan könnyen kerülhet abortálásra egy tranzakció nincs benne várakoztatás súlyos hibák 69

70 TO követelmények csak az utolsó hozzáférést végző tranzakció időbélyegét figyeli, nem a feldolgozottságot egy objektumon egyidejűleg csak egy művelet végezhető szükséges rendszerkomponens: egy művelet ne kezdődjön el addig, amíg a korábban engedélyezett kisebb sorszámú műveletek be nem fejeződnek műveletek késleltetése 70

71 TO problámák w 1 (x) r 1 (y) w 1 (y) a 1 r 2 (x) w 2 (x) c 2 az x objektumot előbb T1 azután T2 kezeli az y objektumhoz csak T1 fér hozzá mindkét tranzakció lefuthat probléma T1 abortálása miatt r 2 (x) hamis értéket kap nem teljesül az RA history módosítani kell az alap TO-n minden tranzakció csak már véglegesített adatokhoz férjen hozzá késleltetés 71

72 ST-TO TO módszer olyan TO módszer, amely biztosítja a TO history-t egy műveletet addig kell késleltetni, amíg az objektumot utoljára módosító kisebb sorszámú tranzakció le nem záródik egyfajta zárolást kell alkalmazni 72

73 TO ütemezés működése alapelem: tudjuk, mely tranzakció használta az egyes objektumokat utoljára minden objektumhoz kell egy jelzőt társítani az objektumot utoljára kezelő tranzakció időbélyege ezen jelző és az új igénnyel fellépő tranzakció időbélyegének összehasonlítása alapján dől el az objektumhoz való hozzáférés engedélyezése, vagy abortálása egy olvasási művelet csak egy írásival áll konfliktusban külön nyílván kell tartani mind az olvasásra, mind az írásra, mely időbélyegű tranzakció volt az utolsó engedélyezett művelet igénylője egy objektumhoz olvasási és írási jelzőt is csatolni kell 73

74 Abortálások csökkentése a tranzakciók konkurenciájának csökkentésével oldható meg egyik javaslat: teljesen soros végrehajtás a TM létrehoz egy várakozósort a végrehajtásra jelentkező műveletek számára a várakozólistában minden futó tranzakciónak legyen pozíciója, bejegyzése a bejegyzett műveletek közül a legkisebb sorszámút veszi sorra biztosítható az S history egy T tranzakció első művelete csak akkor kerülhet végrehajtásra, ha a rendszerben nem létezik tőle kisebb időbélyeggel rendelkező és még futó tranzakció ha viszont a tranzakció megkapta a vezérlést, akkor nem engedi el, míg ő maga be nem fejeződik, hiszen menet közben nem jöhet tőle kisebb sorszámú tranzakció 74

75 Optimista TO a TM megpróbálja kiküszöbölni a menetközbeni várakozásokat és a később feleslegesnek bizonyuló abortálásokat a műveleteket hagyjuk addig futni, amíg van esély a tranzakció megmaradására menetközben feltesszük, hogy a tranzakció sikeresen le fog futni ehhez módosítanunk kell az alap TO ütemezésen 75

76 Optimista TO II. objektum írási, olvasási TS jelző a jelzők a maximális értékű TS-t tartalmazzák a tranzakciók nem közvetlenül a DB-t módosítják kapcsolódik hozzájuk egy egyedi munkaterület az így letárolt módosítások egyszerre, a tr. végén kerülnek át az adatbázisba így a DB csak lezárt tranzakciók által módosított adatokat tartalmaz olvasás esetén: ha a tr. még nem módosította az objektumot, akkor az adatbázisból kell venni az értékét időbélyeg ellenőrzés, módosítás ha a TS(T r )<TS(X w ) TO elvek megsérülnek abortálás ha a TS(T r )>TS(X w ), elvégezhető a művelet 76

77 Optimista TO III. commit esetén: TM megpróbálja véglegesíteni a műveleteket sorba veszi a módosított objektumokat a saját munkaterületéről mindegyikre ellenőrzi, hogy a véglegesítés során nem sérül-e a TO-elv a DB-ben nagyobb írási v. olvasási jelző szerepel ekkor abortálni kell a tranzakciót sikeres ellenőrzés esetén a DB-beli objektumok is átíródnak az új értékekre az írási időbélyegek is aktualizálódnak biztosítható az RA, ACA, ST history 77

78 Lost update optimista TO-val r 1 (x) w 1 (x) c 1 c 0 r 2 (x) w 2 (x) c 2 r 2 (x) beállítja x olvasás jelzőjét 2-re r 1 (x) engedélyezett, de nem módosítja az olvasásjelzőt w 1 (x) elvégzi a módosítást a saját munkaterületén c 1 hatására megpróbálja véglegesíteni az adatokat x olvasásjelzőjében 2 szerepel az 1-es időbélyegű tranzakció akar módosítani abortálni kell az 1-es tranzakciót, majd újraindítani w 2 (x) is elvégzi a módosítást a saját munkaterületén c 2 hatására megpróbálja véglegesíteni az adatokat az olvasási jelző 2, az írási ennél is kisebb, engedélyezi a módosításokat az írási jelző is felveszi a 2-es értéket 78

79 Oracle tranzakció-kezelésekezelése alapvetően zároláson alapszik, de megtalálhatóak benne bizonyos TO elemek is csak írási zárolás létezik legnagyobb konkurencia biztosítása végett olvasási művelet sohasem gátol más műveletet olvasást bármikor végre lehet hajtani soha nem várakozik más műveletre más műveletek sem várakoznak miatta az adatbázisban konzisztens adatok vannak csak a lezárt tranzakciók eredményeit tárolja olvasási műveletek mindig konzisztens képet adnak a módosítási utasítások egy közös munkaterületen kerülnek bejegyzésre, véglegesítéskor kerülnek bele a konzisztens adatbázisba 79

80 Oracle tranzakció-kezelése kezelése II. a közös munkaterületen minden objektum csak egy példányban foglal helyet egyidejűleg csak egy tranzakció módosíthat egy objektumot ST elvek betartása: addig nem enged egy objektumot módosítani, amíg az őt utoljára módosító tranzakció le nem záródik a TM a közös munkaterületen zárolja az objektumokat 80

81 Oracle zárolás 2PL zárolás nincs olvasási zárolás konkurencia megnövekedése kisebb mértékű biztonság lost update jelenség fenáll hosszú tranzakciónál nagy valószínűséggel megváltozik a konzisztens adatbázis képe más tranzakciók sikeresen lezáródtak hatásai láthatóvá váltak a többiek számára bizonyos esetekben előnyös lenne a tranzakción belüli állandó tartalom olvasása tranzakció szintű olvasási-konzisztencia külön igényelni kell létezik művelet szintű olvasási-konzisztencia (alapért.) 81

82 Oracle zárolás II. SET TRANSACTION READ ONLY új tranzakció kezdődik tranzakció szintű olvasási-konzisztencia csak olvasási műveleteket enged nagyobb erőforrás ráfordítás SCN mechanizmus 82

83 SCN mechanizmus olvasási konzisztenciát igénylő végrehajtási egységhez feljegyzésre kerül mikor indult el a konzisztens képbe kerülő elemek, mikor kerületek a konzisztens DB-be ezen időpontjelző az SCN (system change number) időbélyeg jellegű szerepe van egy hosszabb tranzakció alatt több lezárt tranzakció is módosíthatta az érintett blokkot a blokknak több különböző SCN azonosítású példányt is nyílván kell tartani lekérdezés során: az indulási SCN értéknek megfelelő SCN adatblokkokat fogja felhasználni 83

84 SAVEPOINT sikertelenség esetén a tranzakciókat vissza kell görgetni az utolsó konzisztens állapotig hosszú tranzakciók nagy veszteség tranzakción belül definiálhatunk több savepoint-ot is: SAVEPOINT azonosító a tranzakció a savepoint-ig is visszagörgethető ROLLBACK TO SAVEPOINT azonosító 84

85 Megjegyzések a zárolásokhoz DDL utasításoknál is figyelembe kell venni szerkezetmódosítás v. törlés csak teljesen szabad táblánál lehetséges a DDL utasítás csak a művelet idejére zárol Példa: több különböző ugyanazt a táblát bővíti PRIMARY KEY szerepel a táblában azonos kulcs felvitele esetén az első megteheti a felvitelt a második várakozik az első sikerességére azután kap hibajelzést, miután az első befejeződött 85

86 Recovery mechanizmus az adatok konzisztens állapotba való visszaállítása tekintettel kell lenni a korábban elvégzett és lezárt műveletekre az éppen futó tranzakciókra RM szükségessége: tranzakció abortálásakor visszagörgetés váratlan hibaesemény esetén újra felépítés rendszer összeomlás (közös munkaterület elvész) commit-tal lezárt adatmódosítások is elveszhetnek fizikai meghibásodás esetén helyreállítás 86

87 Oracle recovery SGA DATA ROLLBACK REDO RS DS COMMIT Adatbázis állomány REDOLOG napló állomány 87

88 Oracle recovery II. UPDATE auto SET ar=1435 WHERE rsz= RST345 ; COMMIT; Lépések: 1. a rendszer megnézi, hogy a módosítandó objektum benne van-e a memóriában, ha nincs, akkor be kell hozni a megfelelő adatlapot 2. ha benne van, akkor átírható a korábbi értéke az új értékre 3. a módosítás elvégzése előtt az objektum korábbi értéke a ROLLBACK területre mentődik 4. sor kerül a módosításra a memóriában 5. az elvégzett tevékenységeket a rendszer naplózza a REDOLOG területen 6. naplózás után COMMIT, véglegesítődik a tranzakció hatása 1. a ROLLBACK szegmensbeli bejegyzések törlődnek 2. a REDOLOG területre bekerül a COMMIT végrehajtása is 7. a naplóállományba kimentődik a REDOLOG tartalma 8. az adatérték ezután íródik ki aszinkron módon 88

89 Helyreállítás abortálás esetén tranzakció abortálása esetén: a ROLLBACK szegmens aktuális tranzakcióhoz tartozó bejegyzéseinek végigolvasása az ott letárolt értékeket kell beírni az adatterület megfelelő objektumába ezután a ROLLBACK és a REDOLOG megfelelő bejegyzései törlődnek 89

90 Helyreállítás rendszerösszeomlás esetén bonyolultabb a helyzet a REDOLOG-ban nemcsak lezárt tranzakcióra vonatkozó bejegyzések vannak később eldönthető melyek záródtak le tartalmaznak COMMIT bejegyzést is visszamentésnél gondolni kell a le nem zárult tranzakciók bejegyzéseire is 90

91 Helyreállítás rendszerösszeomlás esetén II SGA DATA ROLLBACK REDO 7b RS DS a. COMMIT Adatbázis állomány REDOLOG napló állomány 91

92 Helyreállítás rendszerösszeomlás esetén III. Lépések: 1. az Oracle sorba veszi azon műveleteket a REDOLOG-ból, melyek hatása még nem került át az adatbázis állományba 1. a naplóállományban minden pontosan le van tárolva, így visszajátszhatóak 2. ha a napló COMMIT-ot is tartalmaz, akkor a tranzakció újra véglegesítődik 3. ha nincs COMMIT, akkor egy ROLLBACK utasítással visszagörgetődik az újrajátszott műveletsor 92

93 Helyreállítás sérülés esetén a REDOLOG segítségével újrajátszhatóak a tranzakciók nem lehet tetszőlegesen hosszú időre visszamenni a naplóállományban (kapacitása véges) az adatbázis tartalmat is rendszeresen menteni kell ha nincs meg a kívánt rendszerállapot, a helyreállítás nem oldható meg 93

Tranzakció-kezelés, alapfogalmak. Vassányi István, 2012.

Tranzakció-kezelés, alapfogalmak. Vassányi István, 2012. Tranzakció-kezelés, alapfogalmak Vassányi István, 2012. ACID tulajdonságok Tranzakció: az üzleti folyamat egy logikailag összetartozó lépéssorozata atomicity: nem valósulhat meg részlegesen consistency:

Részletesebben

Az adatbázisrendszerek világa

Az adatbázisrendszerek világa Az adatbázisrendszerek világa Tankönyv: Ullman-Widom: Adatbázisrendszerek Alapvetés Második, átdolgozott kiadás, Panem, 2009 1.1. Az adatbázisrendszerek fejlődése 1.2. Az adatbázis-kezelő rendszerek áttekintése

Részletesebben

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

5. Gyakorlat. 5.1 Hálós adatbázis modell műveleti része. NDQL, hálós lekérdező nyelv: 5. Gyakorlat 5.1 Hálós adatbázis modell műveleti része NDQL, hálós lekérdező nyelv: A lekérdezés navigációs jellegű, vagyis a lekérdezés megfogalmazása során azt kell meghatározni, hogy milyen irányban

Részletesebben

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 C# Szálkezelés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 Tartalomjegyzék 1 Bevezetés 2 Szálkezelés 3 Konkurens Programozás Tóth Zsolt (Miskolci Egyetem)

Részletesebben

Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus.

Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus. Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus. Input/Output I/O Hardware I/O eszközök (kommunikációs portok szerint

Részletesebben

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.

Részletesebben

Ellenőrző kérdések. 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t

Ellenőrző kérdések. 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t Ellenőrző kérdések 2. Kis dolgozat kérdései 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t 37. Ha t szintű indexet használunk,

Részletesebben

N Y I L A T K O Z A T

N Y I L A T K O Z A T N Y I L A T K O Z A T A COM for Web internetes számlázó alkalmazás (https://konyveles.multienergie.hu) számlázási rendjéről. 1. A számlák iktatószámainak felépítése: 1.1. Az iktatószám felépítése kimenő

Részletesebben

Adatbázis rendszerek I Kovács LászlL szló Az SQL nyelv speciális elemei SQL szabványok Több bb-lépcs pcsős s folyamat a fejlődése alap DDL, DML, DQL, tranzakció,index 1986: ANSI SQL 1987: ISO SQL 1989:

Részletesebben

2012.02.08. Ajánlott irodalom. Adatbázisok I.

2012.02.08. Ajánlott irodalom. Adatbázisok I. Ajánlott irodalom Adatbázisok I. Szendrői Etelka főiskolai docens Rendszer- és Szoftvertechnológia Tanszék szendroi@pmmk.pte.hu Ullmann, Jeffry David, Adatbázisrendszerek: Alapvetés Kovács László (2004)

Részletesebben

Tartalom. Operációs rendszerek. 4.1 Holtpont definíciója. Bevezetés helyett... Rendszermodell 1. A klasszikus példa...

Tartalom. Operációs rendszerek. 4.1 Holtpont definíciója. Bevezetés helyett... Rendszermodell 1. A klasszikus példa... Tartalom Operációs rendszerek 4. A holtpont és kezelése Simon Gyula Bevezetés A holtpont kialakulásának szükséges feltételei Az erőforrás-használati gráf A holtpont kezelése holtpont megelőzése holtpont

Részletesebben

SQLServer. DB Recovery modes

SQLServer. DB Recovery modes SQLServer 13. téma Szöveges állományok kezelése XML DB Recovery modes A DML műveletek hatékonyságának fontos eleme a naplózás módozata: - FULL Recovery mode: minden elemi művelet naplózódik költséges,

Részletesebben

PwC EKAER Tool felhasználói leírás. 2015. május

PwC EKAER Tool felhasználói leírás. 2015. május www.pwc.com/hu/ekaer PwC EKAER Tool felhasználói leírás 2015. május Tartalom Bejelentések létrehozása 3 1. A forrás Excel állomány kitöltése 3 2. A forrás Excel állomány mentése 4 A szükséges mezők kitöltését

Részletesebben

KIVÁ-s társaságok kezelése az NTAX-ban

KIVÁ-s társaságok kezelése az NTAX-ban KIVÁ-s társaságok kezelése az NTAX-ban A KIVÁ-s társaság megnyitásakor a cégformánál Kisvállalati adó -t kell választani és a vállalkozási formánál Társaság -ot. A helyes könyvvezetési mód: Kettős könyvvitel.

Részletesebben

SQLServer. Védelmi struktúra

SQLServer. Védelmi struktúra SQLServer 4. téma DBMS védelem konfiguráció Védelmi struktúra -szintek: - mit tudsz -jelszó - mid van -kártya - ki vagy -bimetria - Authentikáció - Authorizáció - Audit Védelmi modellek - DAC - MAC 1 -

Részletesebben

Recept-Tár V2.0.0.0. Bemutató Verzió. Felhasználói Kézikönyv. Étel Recept Nyilvántartó Program

Recept-Tár V2.0.0.0. Bemutató Verzió. Felhasználói Kézikönyv. Étel Recept Nyilvántartó Program Recept-Tár Étel Recept Nyilvántartó Program V2.0.0.0 Bemutató Verzió Felhasználói Kézikönyv Készítette: Szűcs Zoltán. 2536 Nyergesújfalu, Pala u. 7. Tel \ Fax: 33-355-712. Mobil: 30-529-12-87. E-mail:

Részletesebben

Architektúra, megszakítási rendszerek

Architektúra, megszakítási rendszerek Architektúra, megszakítási ek Mirıl lesz szó? Megszakítás fogalma Megszakítás folyamata Többszintű megszakítási ek Koschek Vilmos Példa: Intel Pentium vkoschek@vonalkodhu Koschek Vilmos Fogalom A számítógép

Részletesebben

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

ADATBÁZIS-KEZELÉS FÉLÉVES FELADAT ÓBUDAI EGYETEM Neumann János Informatikai Kar Nappali Tagozat ADATBÁZIS-KEZELÉS FÉLÉVES FELADAT NÉV: MÁK VIRÁG NEPTUN KÓD: A DOLGOZAT CÍME: Jani bácsi székadatbázisa Beadási határidő: 14. oktatási hét

Részletesebben

ADATBÁZIS-KEZELÉS. Modellek

ADATBÁZIS-KEZELÉS. Modellek ADATBÁZIS-KEZELÉS Modellek MODELLEZÉS Információsűrítés, egyszerűsítés Absztrakciós lépésekkel eljutunk egy egyszerűbb modellig, mely hűen tükrözi a modellezni kívánt világot. ADATMODELL Információ vagy

Részletesebben

HASZNÁLATI ÚTMUTATÓ DOLGOZÓK IMPORTÁLÁSA KULCS BÉR PROGRAMBA AZ ONLINE MUNKAIDŐ NYILVÁNTARTÓ RENDSZERBŐL. Budapest, 2013. november 08.

HASZNÁLATI ÚTMUTATÓ DOLGOZÓK IMPORTÁLÁSA KULCS BÉR PROGRAMBA AZ ONLINE MUNKAIDŐ NYILVÁNTARTÓ RENDSZERBŐL. Budapest, 2013. november 08. HASZNÁLATI ÚTMUTATÓ DOLGOZÓK IMPORTÁLÁSA KULCS BÉR PROGRAMBA AZ ONLINE MUNKAIDŐ NYILVÁNTARTÓ RENDSZERBŐL Budapest, 2013. november 08. 1. CÉLKITŰZÉS A fő cél, hogy az OL Munkaidő Rendszerből kinyert jelenlét

Részletesebben

Tartalomjegyzék. Tartalomjegyzék 1. Az SQL nyelv 1 Az SQL DDL alapjai 2

Tartalomjegyzék. Tartalomjegyzék 1. Az SQL nyelv 1 Az SQL DDL alapjai 2 Tartalomjegyzék Tartalomjegyzék 1 Az SQL nyelv 1 Az SQL DDL alapjai 2 Adatbázis parancsok 2 Táblaparancsok 2 A táblázat létrehozása 2 A táblázat módosítása 3 A tábla törlése 3 Indextábla létrehozása 3

Részletesebben

Access XP alapokon Tartalomjegyzék

Access XP alapokon Tartalomjegyzék Access XP alapokon Tartalomjegyzék Kapcsolódhat a fejezetben elkészítendő raktárrendszerhez egy számlázó program?...4 1. Az Access eszközigénye, telepítése...4 Az én Office programom nem tartalmazza az

Részletesebben

SQLServer. SQLServer konfigurációk

SQLServer. SQLServer konfigurációk SQLServer 2. téma DBMS installáció SQLServer konfigurációk 1 SQLServer konfigurációk SQLServer konfigurációk Enterprise Edition Standart Edition Workgroup Edition Developer Edition Express Edition 2 Enterprise

Részletesebben

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Programozás alapjai Ha egy adott adattáblára Ctrl + G t nyomunk,

Részletesebben

6. Közös változóval rendelkező párhuzamos program, Közös változó,

6. Közös változóval rendelkező párhuzamos program, Közös változó, 6. Közös változóval rendelkező párhuzamos program, Közös változó, Reynold kritérium. Atomi művelet, atomi utasítás. szintaxis, szemantika, tulajdonságok. Szinkronizációs párhuzamos program, szintaxis,

Részletesebben

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

w w w. h a n s a g i i s k. h u 1 w w w. h a n s a g i i s k. h u Adatbázis-kezelés Adatbázisok Az adatbázisok rendezett adatok halmaza. Rendezett adatok közt sokkal gyorsabban lehet keresni! Napjainkban a relációs típusú adatbázis terjedt

Részletesebben

Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők.

Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők. Bizonylatok felvitele Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők. Fej Gazdasági esemény Kezdjük el begépelni a

Részletesebben

Relációsémák létrehozása SQL nyelvben

Relációsémák létrehozása SQL nyelvben Relációsémák létrehozása SQL nyelvben SQL (Structured Query Language) lekérdezés módosítás relációséma leírására alkalmas utasítások: attribútumnevek, attribútumok adattípusa megszorításokat is megadhatunk,

Részletesebben

Assembly. Iványi Péter

Assembly. Iványi Péter Assembly Iványi Péter További Op. rsz. funkcionalitások PSP címének lekérdezése mov ah, 62h int 21h Eredmény: BX = PSP szegmens címe További Op. rsz. funkcionalitások Paraméterek kimásolása mov di, parameter

Részletesebben

Euro-200TX és Euro-2100 pénztárgépek számítógépes kapcsolatának leírása:

Euro-200TX és Euro-2100 pénztárgépek számítógépes kapcsolatának leírása: Euro-200TX és Euro-2100 pénztárgépek számítógépes kapcsolatának leírása: Az Euro pénztárgép driver segítségével lehetőség van a PLU kód vagy vonalkód beütésével eladást indítani a pénztárgépen keresztül

Részletesebben

Adatbázis-kezelés. Fülep Dávid. SELECT id FROM eloadas WHERE intezmeny = sze ORDER BY unalomfaktor LIMIT 1 NGB_SZ_003_9

Adatbázis-kezelés. Fülep Dávid. SELECT id FROM eloadas WHERE intezmeny = sze ORDER BY unalomfaktor LIMIT 1 NGB_SZ_003_9 Adatbázis-kezelés Fülep Dávid SELECT id FROM eloadas WHERE intezmeny = sze ORDER BY unalomfaktor LIMIT 1 NGB_SZ_003_9 Adatbázis-kezelés Első előadás 2 Célok Válaszok a következőkhöz hasonló kérdésekre:

Részletesebben

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

Függőségek felismerése és attribútum halmazok lezártja Függőségek felismerése és attribútum halmazok lezártja Elméleti összefoglaló Függőségek: mezők közötti érték kapcsolatok leírása. A Funkcionális függőség (FD=Functional Dependency): Ha R két sora megegyezik

Részletesebben

Temporális adatbázisok. Kunok Balázs szakdolgozata alapján

Temporális adatbázisok. Kunok Balázs szakdolgozata alapján Temporális adatbázisok Kunok Balázs szakdolgozata alapján Miért? Döntéshozatalok körülményeinek meghatározása. Nem csak az a lényeges, hogy hogyan változott az adat, hanem az is, hogy miért. Adatok helyreállíthatók

Részletesebben

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Inheritance beállítás Ez egy olyan beállítás, amely a modell alapján

Részletesebben

FIR WEBMODUL ALKALMAZÁS DIÁKIGAZOLVÁNY IGÉNYLÉS

FIR WEBMODUL ALKALMAZÁS DIÁKIGAZOLVÁNY IGÉNYLÉS Educatio Társadalmi Szolgáltató Nonprofit kft. FIR WEBMODUL ALKALMAZÁS DIÁKIGAZOLVÁNY IGÉNYLÉS Felhasználói kézikönyv Dokumentum állapota: Tervezet Verzió: 0.1.0 Tartalomjegyzék 1. Bevezetés... 3 2. Bejelentkezés...

Részletesebben

Frog Media Kft. Adatkezelési tájékoztató

Frog Media Kft. Adatkezelési tájékoztató Frog Media Kft. Adatkezelési tájékoztató Készült: 2015. március 2. Preambulum A Frog Media Kft. (a továbbiakban: Adatkezelő) célja, hogy a személyes adatok védelme érdekében megtegyen minden olyan szükséges

Részletesebben

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna Processzusok 1 Uniprogramozás Program A futás várakozás futás várakozás Idő A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna 2 Multiprogramozás Program A futás vár futás

Részletesebben

Kiskunmajsa és környéke turisztikai térinformatikai alkalmazás

Kiskunmajsa és környéke turisztikai térinformatikai alkalmazás Kiskunmajsa és környéke turisztikai térinformatikai alkalmazás Tartalomjegyzék 1. A RENDSZER RÖVID LEÍRÁSA...3 1.1. Elvárt funkciók:...3 1.2. Specifikáció...3 1.3. Funkciók ismertetése...3 2. RÉSZLETES

Részletesebben

NAV törzsadatok szinkronizálása

NAV törzsadatok szinkronizálása NAV törzsadatok szinkronizálása Elérhetősége: 1. Szerviz -> NAV törzsadatok szinkronizálása Ebben a menüpontban tetszőleges számú kiválasztott adózóra lekérheti a NAV adatbázisából az egyes törzsadatoknál

Részletesebben

A felelős személy (üzemeltető) feladatai.

A felelős személy (üzemeltető) feladatai. 9027 Győr Toldi u. 8/a tel: 20/9857-890 e-mail: stinner.laszlo@gmail.com www.riaszto-kamera-tuzjelzo.hu Beépített automatikus tűzjelző rendszerek felülvizsgálata és karbantartása. A felelős személy (üzemeltető)

Részletesebben

Képzési projektterv felvétele Képző Szervezetek részére Kitöltési útmutató

Képzési projektterv felvétele Képző Szervezetek részére Kitöltési útmutató Képzési projektterv felvétele Képző Szervezetek részére Kitöltési útmutató az Európai Mezőgazdasági Vidékfejlesztési Alapból az Új Magyarország Vidékfejlesztési Program I. és II. intézkedéscsoportjához

Részletesebben

Java programozási nyelv 11. rész Adatbázis-programozás

Java programozási nyelv 11. rész Adatbázis-programozás Java programozási nyelv 11. rész Adatbázis-programozás Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet Soós Sándor 2005. szeptember A Java programozási nyelv Soós Sándor 1/20 Tartalomjegyzék

Részletesebben

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

Adatbázisok elmélete 6. előadás Adatbázisok elmélete 6. előadás Katona Gyula Y. Budapesti Műszaki és Gazdaságtudományi Egyetem Számítástudományi Tsz. I. B. 137/b kiskat@cs.bme.hu http://www.cs.bme.hu/ kiskat 2004 ADATBÁZISOK ELMÉLETE

Részletesebben

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció CCS Hungary, 2000 szeptember Handling rendszer technikai specifikáció Hálózati architektúra SITA Hálózat/ Vám/ Internet/... CodecServer üzenet központ DB LA N Laptop computer RAS elérés Adatbázis szerver

Részletesebben

Számla /ALT-S/ COMMADE SOFTWARE KFT. 7623 PÉCS, TOMPA MIHÁLY U. 31.

Számla /ALT-S/ COMMADE SOFTWARE KFT. 7623 PÉCS, TOMPA MIHÁLY U. 31. Számla /ALT-S/ A kimenő és a beérkező számlák készítését támogató menü. Első öt pontja a kimenő számlákra, a következő négy a bejövő számlákra vonatkozik. A könyvelés feladással foglalkozó három menüpont

Részletesebben

Autosoft a Profit-generátor. Autosoft AMS. AMS 6.2.9.0 6.2.13.0 verzió leírása. 4. rész

Autosoft a Profit-generátor. Autosoft AMS. AMS 6.2.9.0 6.2.13.0 verzió leírása. 4. rész Autosoft AMS AMS 6.2.9.0 6.2.13.0 verzió leírása 4. rész AUTOSOFT KFT. Kiadvány 1 / 8 Impresszum Szerkesztő Molnár Lilian Szerzők Kormány János Bodnár Péter Kliszki Bálint Vilusz Edgár Koncz Lilla Visszajelzés

Részletesebben

Végrehajtói Nyilvántartó Rendszerbe illeszkedő Postázási modul ismertetése

Végrehajtói Nyilvántartó Rendszerbe illeszkedő Postázási modul ismertetése Oldalak: 1/10 Ez a modulkiegészítés a Végrehajtói Nyilvántartó Rendszerben elkészülő nyomtatványok postai vagy kézi kézbesítésének fárattságos dokumentálását hivatott felváltani gépi nyilvántartással.

Részletesebben

Központi SQL adatbázis kapcsolat

Központi SQL adatbázis kapcsolat METRI Soft Mérleggyártó KFT PortaWin (PW2) Jármű mérlegelő program 6800 Hódmezővásárhely Jókai u. 30 Telefon: (62) 246-657, Fax: (62) 249-765 e-mail: merleg@metrisoft.hu Web: http://www.metrisoft.hu Módosítva:

Részletesebben

Tartalomjegyzék 2. RENDSZER FELÉPÍTÉSE... 3

Tartalomjegyzék 2. RENDSZER FELÉPÍTÉSE... 3 Tartalomjegyzék 1. BEVEZETŐ... 2 2. RENDSZER FELÉPÍTÉSE... 3 2.1. FELÜLET... 3 2.2. FELHASZNÁLÓI FUNKCIÓK... 4 2.2.1. Modulok... 4 2.2.2. Előzmények... 4 2.2.3. Lekérdezés működése, beállítások... 5 2.2.4.

Részletesebben

2013-as jogszabályváltozások miatt végrehajtott program módosítások

2013-as jogszabályváltozások miatt végrehajtott program módosítások 2013-as jogszabályváltozások miatt végrehajtott program módosítások 1. KIVA és KATA partnerek nyilvántartása Az Apolló partner törzsébe felvihetjük az új adózási forma valamelyikét választó ügyfelekhez:

Részletesebben

MIRROR TRADING KEZELÉSI ÚTMUTATÓ ÉLES JELZÉS MÁSOLÁS

MIRROR TRADING KEZELÉSI ÚTMUTATÓ ÉLES JELZÉS MÁSOLÁS MIRROR TRADING KEZELÉSI ÚTMUTATÓ ÉLES JELZÉS MÁSOLÁS 1 A következő linken érhető el az online felület: http://platform.tradency.com/b138/fxgurumirrortrading/ A kereskedési platform a http://www.tradency.com/

Részletesebben

Szoftvertechnológia gyakorlat (OE-NIK) Előkészítés. A csapat: Alma Aliz PROJEKTVEZETŐ. Barack Béla ADMINISZTRÁTOR. Citrom Cecília DEMONSTRÁTOR

Szoftvertechnológia gyakorlat (OE-NIK) Előkészítés. A csapat: Alma Aliz PROJEKTVEZETŐ. Barack Béla ADMINISZTRÁTOR. Citrom Cecília DEMONSTRÁTOR SCHOÓCHER BANK Előkészítés A csapat: Alma Aliz PROJEKTVEZETŐ Barack Béla ADMINISZTRÁTOR Citrom Cecília DEMONSTRÁTOR Dió Dénes KAPCSOLATTARTÓ oldal 1 A FELADAT A projekt célja egy olyan szoftverrendszer

Részletesebben

Új típusú (gombos) működés

Új típusú (gombos) működés Új típusú (gombos) működés A pénzügy 2014.3.1.1 verziótól változik a kontírozás. 1 A változás okai: A hatályos jogszabály a pénzmozgások döntő többségében követelésekhez, kötelezettségekhez köti, még a

Részletesebben

Készítette: Nagy Tibor István

Készítette: Nagy Tibor István Készítette: Nagy Tibor István A változó Egy memóriában elhelyezkedő rekesz Egy értéket tárol Van azonosítója (vagyis neve) Van típusa (milyen értéket tárolhat) Az értéke értékadással módosítható Az értéke

Részletesebben

AF 4073-1. 5 hangú kód adó-vevő. Fő jellemzők:

AF 4073-1. 5 hangú kód adó-vevő. Fő jellemzők: AF 4073-1 5 hangú kód adó-vevő Fő jellemzők: SELECT 5 jelzések küldése - billentyüzeten beirt 5 hangú szekvencia küldése - szekvencia küldés 9 db programozható hivó-memória egyikéből - REDIAL funkció egy

Részletesebben

2. Számlainformációk (a kiválasztott számlához kapcsolódó lekérdezések)

2. Számlainformációk (a kiválasztott számlához kapcsolódó lekérdezések) A DigiBank alkalmazás funkciói lehetõvé teszik a banki ügyfelek számára, hogy a számláikról, illetve egyéb banki tevékenységükrõl, az interneten keresztül a világháló bármely pontján aktuális információkat

Részletesebben

Alapok (a K2D rendszer alapjai)

Alapok (a K2D rendszer alapjai) Alapok (a K2D rendszer alapjai) 1 1. Bevezetés... 3 2. Fastruktúra... 3 2.1. Nyitása, zárása... 3 2.2. Fülek... 5 2.3. Licence kulcs érvényesítése... 9 2.4. Új elem felvitele... 10 2.5. Elem törlése...

Részletesebben

Másolatképzési technikák és azok felhasználási lehetőségei

Másolatképzési technikák és azok felhasználási lehetőségei Másolatképzési technikák és azok felhasználási lehetőségei Godányi Géza Technical Account Manager EMC Magyarország Kft. 1 A belső másolatok előnye: Párhuzamos feldolgozás! Mentés / visszatöltés Oracle

Részletesebben

Gépelje be felhasználó nevét és jelszavát. Ha nem emlékszik az azonosítókra lépjen kapcsolatba ügyfélszolgálatunkkal az alábbi elérhetőségeken:

Gépelje be felhasználó nevét és jelszavát. Ha nem emlékszik az azonosítókra lépjen kapcsolatba ügyfélszolgálatunkkal az alábbi elérhetőségeken: Bejelentkezés Gépelje be felhasználó nevét és jelszavát. Ha nem emlékszik az azonosítókra lépjen kapcsolatba ügyfélszolgálatunkkal az alábbi elérhetőségeken: email: concordetrader@con.hu telefon: (+36

Részletesebben

DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció

DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció H - 1161 Budapest Rákóczi út 76. Tel./Fax.: +36-1-4010159 http://www.pageos.hu toni@pageos.hu DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció A program használható a TOPOBASE

Részletesebben

Adatbiztonság PPZH 2011. május 20.

Adatbiztonság PPZH 2011. május 20. Adatbiztonság PPZH 2011. május 20. 1. Mutassa meg, hogy a CBC-MAC kulcsolt hashing nem teljesíti az egyirányúság követelményét egy a k kulcsot ismerő fél számára, azaz tetszőleges MAC ellenőrzőösszeghez

Részletesebben

B I T M A N B I v: T 2015.03.20 M A N

B I T M A N B I v: T 2015.03.20 M A N Adatbázis Rendszerek II. 7. Gy: Oracle JDBC B I v: T 2015.03.20 M A N 1/104 Témakörök JAVA «-» adatbázis-kezelés JDBC alapok Statement PreparedStatement CallabeStatement Tranzakció kezelés 2/104 A cél:

Részletesebben

Engedje meg, hogy rövidesen bemutassam az online szoftver-hardver nyilvántartó weboldalam.

Engedje meg, hogy rövidesen bemutassam az online szoftver-hardver nyilvántartó weboldalam. SZOFTVERLELTÁR ONLINE Tisztelt látogató! Engedje meg, hogy rövidesen bemutassam az online szoftver-hardver nyilvántartó weboldalam. Amennyiben önnek vállalkozása van, akkor pontosan tudnia kell, hogy milyen

Részletesebben

A PC Connect számlázó program kezelése.

A PC Connect számlázó program kezelése. A PC Connect számlázó program kezelése. A PC Connect számlázó program egy kifejezetten kis vállalatok számára kifejlesztett számlázó program. A számlázót az asztalon található PC Connect számlázó ikonnal

Részletesebben

MySQL. Elektronikus jegyzet Széchenyi István Egyetem Távközlési tanszék

MySQL. Elektronikus jegyzet Széchenyi István Egyetem Távközlési tanszék MySQL Elektronikus jegyzet Széchenyi István Egyetem Távközlési tanszék Távközlés-informatika szakirány Protokollok és Szoftverek I. Zsiga Bálint Kovács Ákos Az relációs adatbázis-kezelő rendszerekről Kis

Részletesebben

Az elektronikus pályázati űrlap (eform) érvényesítése és benyújtása

Az elektronikus pályázati űrlap (eform) érvényesítése és benyújtása Az elektronikus pályázati űrlap (eform) érvényesítése és benyújtása Az Európa a polgárokért programban a projektjavaslatokat elektronikus pályázati űrlap (e-űrlap) használatával kell benyújtani. A papír

Részletesebben

PortaWin (PW2) Jármű mérlegelő program Mérlegelés több cég számára

PortaWin (PW2) Jármű mérlegelő program Mérlegelés több cég számára METRISoft Mérleggyártó KFT PortaWin (PW2) Jármű mérlegelő program 6800 Hódmezővásárhely Jókai u. 30 Telefon: (62) 246-657, Fax: (62) 249-765 e-mail: merleg@metrisoft.hu Web: http://www.metrisoft.hu Módosítva:

Részletesebben

Példa webáruház kialakítás rendszerdokumentáció

Példa webáruház kialakítás rendszerdokumentáció Példa webáruház kialakítás rendszerdokumentáció DWAM Webáruház integrációja meglévő belső ERP rendszerhez. A webáruház valamennyi termékkel és megrendeléssel összefüggő adatát a belső rendszer (..) tárolja,

Részletesebben

INFORMATIKAI ALAPISMERETEK

INFORMATIKAI ALAPISMERETEK Informatikai alapismeretek középszint 0621 ÉRETTSÉGI VIZSGA 2007. május 25. INFORMATIKAI ALAPISMERETEK KÖZÉPSZINTŰ ÍRÁSBELI ÉRETTSÉGI VIZSGA JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI ÉS KULTURÁLIS MINISZTÉRIUM

Részletesebben

Az MS Excel táblázatkezelés modul részletes tematika listája

Az MS Excel táblázatkezelés modul részletes tematika listája Az MS Excel táblázatkezelés modul részletes tematika listája A táblázatkezelés alapjai A táblázat szerkesztése A táblázat formázása A táblázat formázása Számítások a táblázatban Oldalbeállítás és nyomtatás

Részletesebben

Kereső algoritmusok a diszkrét optimalizálás problémájához

Kereső algoritmusok a diszkrét optimalizálás problémájához Kereső algoritmusok a diszkrét optimalizálás problémájához A. Grama, A. Gupta, G. Karypis és V. Kumar: Introduction to Parallel Computing, Addison Wesley, 2003. könyv anyaga alapján A kereső eljárások

Részletesebben

APB mini PLC és SH-300 univerzális kijelző Általános használati útmutató

APB mini PLC és SH-300 univerzális kijelző Általános használati útmutató APB mini PLC és SH-300 univerzális kijelző Általános használati útmutató Fizikai összeköttetési lehetőségek: RS232 APB-232 RS485 A APB-EXPMC B SH-300 program beállítások: Kiválasztjuk a megfelelő PLC-t.

Részletesebben

Dr. Sipos Marianna ZMNE BJKMK

Dr. Sipos Marianna ZMNE BJKMK Dr. Sipos Marianna ZMNE BJKMK Tömeges felhasználás Eredeti cél: Desctop alkalmazások mindenkinek Egyedi géphasználat Kényelmes, felhasználóbarát felület Mit áldoztak fel: Hozzáférés szabályozás minimális

Részletesebben

CobraConto.Net v0.50 verzió

CobraConto.Net v0.50 verzió CobraConto.Net v0.50 verzió - Új: Kötelezettségek kezelése: A bérszámfejtés, járulékok, külön eljárással megállapított adók, import áfa és saját vállalkozásban megvalósított beruházás áfa tételeinek vegyes

Részletesebben

InCash számlázó program és a Webshop Hun rendszer összekötése

InCash számlázó program és a Webshop Hun rendszer összekötése InCash számlázó program és a Webshop Hun rendszer összekötése Az InCash számlázó programkészítő cég, egy köztes programot hozott létre, amely segítségével webáruházakban generálódó megrendeléseket képes

Részletesebben

CobraConto.Net v0.42 verzió Pénzügy modul

CobraConto.Net v0.42 verzió Pénzügy modul CobraConto.Net v0.42 verzió Pénzügy modul Megváltozott az ÁFA típushoz kapcsolható ABEV összerendelés lehetősége. A megelőző verziókban nem lehetett külön megadni a fizetendő/igényelhető irányt az összerndelés

Részletesebben

Rendszerkezelési útmutató

Rendszerkezelési útmutató Rendszerkezelési útmutató Medtronic MiniMed Northridge, CA 91325 USA 800-646-4633 (800-MiniMed) 818.576.5555 www.minimed.com Képviselet az Európai Unióban: Medtronic B.V. Earl Bakkenstraat 10 6422 PJ Heerlen

Részletesebben

Segédlet az Eger Megyei Jogú Város Polgármesteri Hivatal által kiadott nyomtatványok használatához

Segédlet az Eger Megyei Jogú Város Polgármesteri Hivatal által kiadott nyomtatványok használatához Segédlet az Eger Megyei Jogú Város Polgármesteri Hivatal által kiadott nyomtatványok használatához Elektronikus adóbevallását a NAV portáljáról letöltött és saját számítógépére telepített Általános nyomtatványkitöltő

Részletesebben

Teljes vírusirtás a NOD32 Antivirus System segítségével. vírusirtási útmutató

Teljes vírusirtás a NOD32 Antivirus System segítségével. vírusirtási útmutató Teljes vírusirtás a NOD32 Antivirus System segítségével vírusirtási útmutató 1. A vírus definíciós adatbázis frissítése A tálca jobb alsó sarkán található NOD32 ikon segítségével nyissa meg a Vezérlő központot.

Részletesebben

AUTOSOFT AMS A PROFIT GENERÁTOR

AUTOSOFT AMS A PROFIT GENERÁTOR [G00001] Mire jó az AMS napló 1. Tartalom Kinek készült ez a leírás?... 1 Az első naplózási szint... 2 A naplózási második szintje...3 A rendszergazda napló az alábbi tevékenységeket gyűjti... 5 1. rész...

Részletesebben

HASZNÁLATI ÚTMUTATÓ. Készletérték feladás modul

HASZNÁLATI ÚTMUTATÓ. Készletérték feladás modul HASZNÁLATI ÚTMUTATÓ Készletérték feladás modul Szükséges beállítások Első lépés a Készletérték feladás modul aktiválása, melyet a kapott termékszámmal a Karbantartás/Termékszámok menüpont alatt végezhet

Részletesebben

Nem gyári alkatrészek raktári betárolása modul

Nem gyári alkatrészek raktári betárolása modul Nem gyári alkatrészek raktári betárolása modul 1. Új betárolás felvitele... 3 2.1. Megrendelés alapján történő betárolás... 4 2.2. Belső betárolás típusú betárolás... 7 2.3. Raktárközi mozgás típusú betárolás...

Részletesebben

5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus.

5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus. 5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus. Optimalis feszítőfák Egy összefüggő, irányítatlan

Részletesebben

EKAER MODUL KEZELÉSI LEÍRÁSA

EKAER MODUL KEZELÉSI LEÍRÁSA EKAER MODUL KEZELÉSI LEÍRÁSA I. BEVEZETÉS Az EKAER-bejelentő modul a Számlázás-házipénztár illetve a Készletnyilvántartás programokhoz megvásárolható programmodul. A modul segítségével a szállítólevélből,

Részletesebben

WEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK

WEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK WEBFEJLESZTÉS 2. ADATBÁZIS-KEZELÉS, OSZTÁLYOK Horváth Győző Egyetemi adjunktus 1117 Budapest, Pázmány Péter sétány 1/C, 2.420 Tel: (1) 372-2500/1816 2 Ismétlés Ismétlés 3 Fájl/Adatbázis 3 4 Szerver 2 CGI

Részletesebben

cím: 6725 Szeged Bokor u. 18. telefon: +36 1 808 9666 Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től

cím: 6725 Szeged Bokor u. 18. telefon: +36 1 808 9666 Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től Alapfogalmak: 1. hiba: egy már meglévő, funkcionalitásban hibás működést eredményező programrész hibás működésének leírása konkrét

Részletesebben

BaBér bérügyviteli rendszer telepítési segédlete 2011. év

BaBér bérügyviteli rendszer telepítési segédlete 2011. év BaBér bérügyviteli rendszer telepítési segédlete 2011. év Ajánlott konfiguráció A program hardverigénye: Konfiguráció: 2800 MHz processzor 512 Mbyte memória (RAM) / Szerver gépen 1G memória (RAM) Lézernyomtató

Részletesebben

Adatszerkezetek Tömb, sor, verem. Dr. Iványi Péter

Adatszerkezetek Tömb, sor, verem. Dr. Iványi Péter Adatszerkezetek Tömb, sor, verem Dr. Iványi Péter 1 Adat Adat minden, amit a számítógépünkben tárolunk és a külvilágból jön Az adatnak két fontos tulajdonsága van: Értéke Típusa 2 Adat típusa Az adatot

Részletesebben

ADATBÁZIS-KEZELÉS Demetrovics Katalin

ADATBÁZIS-KEZELÉS Demetrovics Katalin ADATBÁZIS-KEZELÉS Demetrovics Katalin 1. Alapfogalmak...1 1.1. Adat... 1 1.2. Információ... 1 1.3. Egyed, Tulajdonság, Kapcsolat... 1 1.4. Adatmodellek... 2 1.5. Adatbázis (DATABASE, DB)... 3 2. A relációs

Részletesebben

RoadRecord mobil alkalmazás használati útmutató

RoadRecord mobil alkalmazás használati útmutató RoadRecord mobil alkalmazás használati útmutató Az alkalmazás elindítása után a következő képernyőről kétféleképpen tud továbblépni. 1. A szinkronizációs adatok beállítása Amennyiben Ön még nem használta

Részletesebben

NEPTUN_GOLYA. (Felvételi konvertáló modul) Budapest, 2002

NEPTUN_GOLYA. (Felvételi konvertáló modul) Budapest, 2002 (Felvételi konvertáló modul) S Budapest, 2002 TARTALOM TARTALOM 2 1. BEVEZETÉS 3 2. HASZNÁLAT 4 2.1. Bejelentkezés adatáttöltéshez 5 2.1.1. Státusz információk 8 2.1.2. Módosítás véglegesítése 12 2.2.

Részletesebben

Felhasználói kézikönyv

Felhasználói kézikönyv Felhasználói kézikönyv Iktatott dokumentumokat nyilvántartó programhoz ver: 1_0_0_x Fejlesztette : CS-Soft Kft. Web : www.cssoft.hu E-mail : juhasz.csaba@cssoft.hu Telefon : +36 30 235 60 25 Felhasználói

Részletesebben

A K&H e-bank és mobilbank még egyszerűbb kezeléséhez összegyűjtöttük a leggyakrabban felmerülő kérdéseket, kérjük olvassa át a válaszokat.

A K&H e-bank és mobilbank még egyszerűbb kezeléséhez összegyűjtöttük a leggyakrabban felmerülő kérdéseket, kérjük olvassa át a válaszokat. K&H Bank Zrt. 1095 Budapest, Lechner Ödön fasor 9. telefon: (06 1) 328 9000 fax: (06 1) 328 9696 Budapest 1851 www.kh.hu bank@kh.hu Kedves Ügyfelünk! A K&H e-bank és mobilbank még egyszerűbb kezeléséhez

Részletesebben

Rendszerjavaslat mintapélda

Rendszerjavaslat mintapélda Rendszerjavaslat mintapélda Rendszerjavaslat A helyzetelemzés és a helyzetfelmérés alapján az új rendszer kialakítására elkészítettük az I. számú javaslatot. Az új rendszer kialakítását szükségessé tette

Részletesebben

VIR alapfogalmai. Előadásvázlat. dr. Kovács László

VIR alapfogalmai. Előadásvázlat. dr. Kovács László VIR alapfogalmai Előadásvázlat dr. Kovács László Információ szerepe Információ-éhes világban élünk Mi is az információ? - újszerű ismeret - jelentés Hogyan mérhető az információ? - statisztikai - szintaktikai

Részletesebben

ElektrO-ParT elektronikai alkatrész nyilvántartó program leírás.

ElektrO-ParT elektronikai alkatrész nyilvántartó program leírás. ElektrO-ParT elektronikai alkatrész nyilvántartó program leírás. 1. ábra A program, indítás után az 1. ábra szerint fog megjelenni. Ebben az ablakban tudunk új alkatrészt felvinni vagy meglévőt módosítani.

Részletesebben

JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ

JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ Fizika középszint 0622 ÉRETTSÉGI VIZSGA 2007. november 7. FIZIKA KÖZÉPSZINTŰ ÍRÁSBELI ÉRETTSÉGI VIZSGA JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI ÉS KULTURÁLIS MINISZTÉRIUM A dolgozatokat az útmutató utasításai

Részletesebben

RBLDNS DNS-based blocklists management felhasználói kézikönyv

RBLDNS DNS-based blocklists management felhasználói kézikönyv RBLDNS DNS-based blocklists management felhasználói kézikönyv (INTEGRITY Kft. 2013. 06. 27.) RBLDNS Webes kezelőfelülete Az INTEGRITY által működtetett RBLDNS rendszer webes felületét a spamdns.eu/rbl/

Részletesebben