Adatbázisok elmélete 24. előadás
|
|
|
- Brigitta Gáspár
- 5 évvel ezelőtt
- Látták:
Átírás
1 Adatbázisok elmélete 24. 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 2005
2 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 1/30 Védekezés hibák ellen, helyreállítás (emlékeztető) Alapprobléma: nem fut le valamelyik tranzakció (sérül az atomiság) és emiatt inkonzisztens lesz az adatbázis. Cél az, hogy újra konzisztens állapotba hozzuk az adatbázist (visszacsinálás vagy befejezés) úgy, hogy a tartósság megmaradjon: ha egy tranzakció már befejezte a munkáját, akkor annak hatása ne vesszen el.
3 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 1/30 Védekezés hibák ellen, helyreállítás (emlékeztető) Alapprobléma: nem fut le valamelyik tranzakció (sérül az atomiság) és emiatt inkonzisztens lesz az adatbázis. Cél az, hogy újra konzisztens állapotba hozzuk az adatbázist (visszacsinálás vagy befejezés) úgy, hogy a tartósság megmaradjon: ha egy tranzakció már befejezte a munkáját, akkor annak hatása ne vesszen el. Alapfogalmak (emlékeztető) COMMIT pont: az a pont, amikor a tranzakció minden érdemi munkával megvan, programhiba vagy ütemező miatt ABORT már biztos nem lehet. Nem biztos, hogy ekkor minden hatása látszik is már a tranzakciónak, lehet, hogy nincs minden írása véglegesítve, de minden készen áll már erre. Piszkos adat: Olyan adat, amit még nem COMMIT-ált tranzakció (azaz olyan, aki még meghalhat) írt az adatbázisba. Ha ilyet olvas egy másik tranzakció, akkor baj lehet, ha az első ABORT-ál, de a második nem. Lavina: egymás után kell ABORT-okat elrendelni a tranzakcióknál piszkos adatból eredő hiba miatt.
4 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 2/30 Megoldások piszkos adat és lavina ellen (emlékeztető) Különböző megoldások a tranzakcióhibákból (programhiba vagy rendszer általi ABORT) származó problémákra: Olyan tranzakciótól, aki nem COMMIT-ált, nem olvasunk. (Nem olvasunk olyan értéket, amit olyan tranzakció írt, akinek még nem volt COMMIT). Hagyjuk, hogy minden tranzakció azt csináljon, amit akar, ha lavina lesz, akkor majd megoldjuk (UNDO protokoll) Zárolási protokollt kényszerítünk a tranzakciókra, ami biztosítja, hogy nem lesz piszkos adatból probléma, lavina: szigorú 2PL: 2PL DB-be írás csak COMMIT után zárak elengedése csak írás után Tétel. Ha mindegyik tranzakció a szigorú 2PL protokollt követi, akkor az ütemezés sorosítható lesz és lavinamentes.
5 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 3/30 REDO protokoll-naplózás Fő szabály: Mielőtt az a lemezen módosítunk egy X adatelemet, a (T, X, v) és a (T, COMMIT) bejegyzést is ki kell írnunk a naplóba.
6 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 3/30 REDO protokoll-naplózás Fő szabály: Mielőtt az a lemezen módosítunk egy X adatelemet, a (T, X, v) és a (T, COMMIT) bejegyzést is ki kell írnunk a naplóba. REDO protokoll Ez a szigorú 2PL kiegészítése, vagyis a zárkérések 2PL szerint történnek, ezen felül pedig a műveletek és ezek naplózása az alábbi sorrendben történik: 1. A tranzakciók történéseinek feljegyzése a naplóba, a belső táron: (T i, BEGIN), (T i, A, új érték), (T i, ABORT)
7 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 3/30 REDO protokoll-naplózás Fő szabály: Mielőtt az a lemezen módosítunk egy X adatelemet, a (T, X, v) és a (T, COMMIT) bejegyzést is ki kell írnunk a naplóba. REDO protokoll Ez a szigorú 2PL kiegészítése, vagyis a zárkérések 2PL szerint történnek, ezen felül pedig a műveletek és ezek naplózása az alábbi sorrendben történik: 1. A tranzakciók történéseinek feljegyzése a naplóba, a belső táron: (T i, BEGIN), (T i, A, új érték), (T i, ABORT) 2. COMMIT után a napló háttértárra írása
8 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 3/30 REDO protokoll-naplózás Fő szabály: Mielőtt az a lemezen módosítunk egy X adatelemet, a (T, X, v) és a (T, COMMIT) bejegyzést is ki kell írnunk a naplóba. REDO protokoll Ez a szigorú 2PL kiegészítése, vagyis a zárkérések 2PL szerint történnek, ezen felül pedig a műveletek és ezek naplózása az alábbi sorrendben történik: 1. A tranzakciók történéseinek feljegyzése a naplóba, a belső táron: (T i, BEGIN), (T i, A, új érték), (T i, ABORT) 2. COMMIT után a napló háttértárra írása 3. Tényleges írás az adatbázisba a háttértáron, nem a pufferben
9 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 3/30 REDO protokoll-naplózás Fő szabály: Mielőtt az a lemezen módosítunk egy X adatelemet, a (T, X, v) és a (T, COMMIT) bejegyzést is ki kell írnunk a naplóba. REDO protokoll Ez a szigorú 2PL kiegészítése, vagyis a zárkérések 2PL szerint történnek, ezen felül pedig a műveletek és ezek naplózása az alábbi sorrendben történik: 1. A tranzakciók történéseinek feljegyzése a naplóba, a belső táron: (T i, BEGIN), (T i, A, új érték), (T i, ABORT) 2. COMMIT után a napló háttértárra írása 3. Tényleges írás az adatbázisba a háttértáron, nem a pufferben 4. Zárak elengedése
10 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után
11 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL
12 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL vissza lehet hozni konzisztens állapotba a DB-t, akkor is, ha a belső tár sérül, erre lesz majd mindjárt a REDO helyreállítás Különbség a az UNDO protokollhoz képest: Az adat változás utáni értékét jegyezzük fel a naplóba
13 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL vissza lehet hozni konzisztens állapotba a DB-t, akkor is, ha a belső tár sérül, erre lesz majd mindjárt a REDO helyreállítás Különbség a az UNDO protokollhoz képest: Az adat változás utáni értékét jegyezzük fel a naplóba Máshová rakjuk a COMMIT-ot, a kiírás elé
14 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL vissza lehet hozni konzisztens állapotba a DB-t, akkor is, ha a belső tár sérül, erre lesz majd mindjárt a REDO helyreállítás Különbség a az UNDO protokollhoz képest: Az adat változás utáni értékét jegyezzük fel a naplóba Máshová rakjuk a COMMIT-ot, a kiírás elé = megtelhet a puffer
15 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL vissza lehet hozni konzisztens állapotba a DB-t, akkor is, ha a belső tár sérül, erre lesz majd mindjárt a REDO helyreállítás Különbség a az UNDO protokollhoz képest: Az adat változás utáni értékét jegyezzük fel a naplóba Máshová rakjuk a COMMIT-ot, a kiírás elé = megtelhet a puffer Az UNDO protokoll esetleg túl gyakran akar írni
16 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 4/30 Megjegyzések: nincs lavina, mert zárelengedés csak COMMIT után sorosítható, mert 2PL vissza lehet hozni konzisztens állapotba a DB-t, akkor is, ha a belső tár sérül, erre lesz majd mindjárt a REDO helyreállítás Különbség a az UNDO protokollhoz képest: Az adat változás utáni értékét jegyezzük fel a naplóba Máshová rakjuk a COMMIT-ot, a kiírás elé = megtelhet a puffer Az UNDO protokoll esetleg túl gyakran akar írni = itt el lehet halasztani az írást
17 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 5/30 Példa T t A M B M A D B D Napló 8 8 (T, BEGIN) LOCK( A) 8 8 LOCK(B) 8 8 READ( A, t) t := t WRITE( A, t) (T, A, 16) READ(B, t) t := t WRITE(B, t) (T, B, 16) (T, COMMIT) (FLUSH LOG) OUTPUT( A) OUTPUT(B) UNLOCK( A) UNLOCK(B)
18 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 6/30 REDO helyreállítás Ha rendszerhiba történt és megsérült a belső tár, akkor az alábbiakat tesszük: 1. Minden zárat feloldunk
19 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 6/30 REDO helyreállítás Ha rendszerhiba történt és megsérült a belső tár, akkor az alábbiakat tesszük: 1. Minden zárat feloldunk 2. A napló mentett részét nézzük visszafele, megkeressük azokat a tranzakciókat, amikre volt már COMMIT (a többi nem érdekes, mert ha még nem volt a COMMIT-juk kimentve, akkor nem is írtak a DB-be)
20 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 6/30 REDO helyreállítás Ha rendszerhiba történt és megsérült a belső tár, akkor az alábbiakat tesszük: 1. Minden zárat feloldunk 2. A napló mentett részét nézzük visszafele, megkeressük azokat a tranzakciókat, amikre volt már COMMIT (a többi nem érdekes, mert ha még nem volt a COMMIT-juk kimentve, akkor nem is írtak a DB-be) 3. Addig megyünk vissza a naplóban, amíg biztosan konzisztens állapotot nem találunk (eleje vagy CHECKPOINT)
21 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 6/30 REDO helyreállítás Ha rendszerhiba történt és megsérült a belső tár, akkor az alábbiakat tesszük: 1. Minden zárat feloldunk 2. A napló mentett részét nézzük visszafele, megkeressük azokat a tranzakciókat, amikre volt már COMMIT (a többi nem érdekes, mert ha még nem volt a COMMIT-juk kimentve, akkor nem is írtak a DB-be) 3. Addig megyünk vissza a naplóban, amíg biztosan konzisztens állapotot nem találunk (eleje vagy CHECKPOINT) 4. A COMMIT-tált tranzakciók írásait előlről kezdve (a legelső COMMIT-ált elejétől) megismételjük (ha már egyszer be volt írva, az se baj, akkor csak felülírjuk ugyanazzal). Ezt meg tudjuk tenni, mert ismerjük az új értékeket.
22 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 6/30 REDO helyreállítás Ha rendszerhiba történt és megsérült a belső tár, akkor az alábbiakat tesszük: 1. Minden zárat feloldunk 2. A napló mentett részét nézzük visszafele, megkeressük azokat a tranzakciókat, amikre volt már COMMIT (a többi nem érdekes, mert ha még nem volt a COMMIT-juk kimentve, akkor nem is írtak a DB-be) 3. Addig megyünk vissza a naplóban, amíg biztosan konzisztens állapotot nem találunk (eleje vagy CHECKPOINT) 4. A COMMIT-tált tranzakciók írásait előlről kezdve (a legelső COMMIT-ált elejétől) megismételjük (ha már egyszer be volt írva, az se baj, akkor csak felülírjuk ugyanazzal). Ezt meg tudjuk tenni, mert ismerjük az új értékeket. 5. Minden nem befejezett T i tranzakcióra (T i,abort)-ot írunk a napló végére, (FLUSH LOG)
23 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 7/30 Megjegyzések a REDO helyreállításhoz Ha a napló háttértáron van, akkor mindent újra tudunk csinálni, ami meg még nem került ki, azzal kapcsolatban változtatás se történt, nem kell visszacsinálni semmit.
24 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 7/30 Megjegyzések a REDO helyreállításhoz Ha a napló háttértáron van, akkor mindent újra tudunk csinálni, ami meg még nem került ki, azzal kapcsolatban változtatás se történt, nem kell visszacsinálni semmit. Ha a helyreállítás során lenne újra hiba, akkor a napló marad, mert az már kint van, ez alapján újra kezdhetjük a helyreállítást.
25 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 7/30 Megjegyzések a REDO helyreállításhoz Ha a napló háttértáron van, akkor mindent újra tudunk csinálni, ami meg még nem került ki, azzal kapcsolatban változtatás se történt, nem kell visszacsinálni semmit. Ha a helyreállítás során lenne újra hiba, akkor a napló marad, mert az már kint van, ez alapján újra kezdhetjük a helyreállítást. Eredmény: a háttértárra kikerült COMMIT-oknak megfelelő tranazakciók eredménye látszik, a többiekéből pedig semmi.
26 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 8/30 Példa T t A M B M A D B D Napló 8 8 (T, BEGIN) LOCK( A) 8 8 LOCK(B) 8 8 READ( A, t) t := t WRITE( A, t) (T, A, 16) READ(B, t) t := t WRITE(B, t) (T, B, 16) (T, COMMIT) (FLUSH LOG) OUTPUT( A) OUTPUT(B) UNLOCK( A) UNLOCK(B)
27 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 9/30 Példa T 1 LOCK(A) LOCK(B) WRITE(A) WRITE(B) UNLOCK(A) UNLOCK(B) napló (T 1, BEGIN) (T 1, A, x) (T 1, B, y) (T 1, COMMIT) (T 1, A, x) jelentése: T 1 A-ba x-et írja Ekkor a tényleges írás nem történik meg, csak a naplóba kerül ez bele, a tényleges írás csak a COMMIT után jön.
28 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 9/30 Példa T 1 LOCK(A) LOCK(B) WRITE(A) WRITE(B) UNLOCK(A) UNLOCK(B) napló (T 1, BEGIN) (T 1, A, x) (T 1, B, y) (T 1, COMMIT) (T 1, A, x) jelentése: T 1 A-ba x-et írja Ekkor a tényleges írás nem történik meg, csak a naplóba kerül ez bele, a tényleges írás csak a COMMIT után jön. Ha a belső tár hibája a COMMIT háttértárra írása előtt történik, akkor még semmi valódi írás nem volt, azaz semmit se kell csinálni. Ha azonban a COMMIT után van, akkor a naplóban megvan minden utasítás, újra meg lehet csinálni T 1 -et.
29 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 10/30 CHECKPOINT képzése 1. Megtiltjuk új tranzakció indítását
30 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 10/30 CHECKPOINT képzése 1. Megtiltjuk új tranzakció indítását 2. Megvárjuk, amíg minden futó tranzakció COMMIT vagy ABORT módon véget ér
31 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 10/30 CHECKPOINT képzése 1. Megtiltjuk új tranzakció indítását 2. Megvárjuk, amíg minden futó tranzakció COMMIT vagy ABORT módon véget ér 3. Minden puffert a háttértárra írunk, ekkor az adatbázis állapota biztosan konzisztens lesz
32 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 10/30 CHECKPOINT képzése 1. Megtiltjuk új tranzakció indítását 2. Megvárjuk, amíg minden futó tranzakció COMMIT vagy ABORT módon véget ér 3. Minden puffert a háttértárra írunk, ekkor az adatbázis állapota biztosan konzisztens lesz 4. A naplóba beírjuk, hogy CHECKPOINT
33 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 10/30 CHECKPOINT képzése 1. Megtiltjuk új tranzakció indítását 2. Megvárjuk, amíg minden futó tranzakció COMMIT vagy ABORT módon véget ér 3. Minden puffert a háttértárra írunk, ekkor az adatbázis állapota biztosan konzisztens lesz 4. A naplóba beírjuk, hogy CHECKPOINT 5. A naplót is háttértárra írjuk
34 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció
35 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG
36 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre.
37 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG)
38 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van
39 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van következő START CHECKPOINT-ig. = elég visszamenni a
40 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van = elég visszamenni a következő START CHECKPOINT-ig. = innen előre minden itt szereplő T i -re és minden később kezdődő más tranzakcióra REDO
41 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van = elég visszamenni a következő START CHECKPOINT-ig. = innen előre minden itt szereplő T i -re és minden később kezdődő más tranzakcióra REDO Ha előbb (START CHECKPOINT (T 1,..., T k ))-ot találunk
42 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van = elég visszamenni a következő START CHECKPOINT-ig. = innen előre minden itt szereplő T i -re és minden később kezdődő más tranzakcióra REDO Ha előbb (START CHECKPOINT (T 1,..., T k ))-ot találunk = ezek nem mindegyike írta ki adatai (meg esetleg mások sem, amik még később kezdődtek)
43 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van = elég visszamenni a következő START CHECKPOINT-ig. = innen előre minden itt szereplő T i -re és minden később kezdődő más tranzakcióra REDO Ha előbb (START CHECKPOINT (T 1,..., T k ))-ot találunk = ezek nem mindegyike írta ki adatai (meg esetleg mások sem, amik még később kezdődtek) = elég visszamenni az előző (START CHECKPOINT)-hoz
44 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 11/30 CHECKPOINT képzése működés közben 1. A naplóba beírjuk, hogy (START CHECKPOINT (T 1,..., T k )), ahol T i az összes éppen aktív tranzakció 2. A naplót háttértárra írjuk: FLUSH LOG 3. Az összes olyan adatelemet kiírjuk a lemezre, amit olyan tranzakciók indítottak, amik még a CHECKPOINT előtt befejeződtek, de még nem írtak ki mindent a lemezre. 4. (END CHECKPOINT) és (FLUSH LOG) Visszaállítás Visszafelé olvasva, ha előbb (END CHECKPOINT) van = elég visszamenni a következő START CHECKPOINT-ig. = innen előre minden itt szereplő T i -re és minden később kezdődő más tranzakcióra REDO Ha előbb (START CHECKPOINT (T 1,..., T k ))-ot találunk = ezek nem mindegyike írta ki adatai (meg esetleg mások sem, amik még később kezdődtek) = elég visszamenni az előző (START CHECKPOINT)-hoz = onnan előre REDO
45 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 12/30 Előnyök, hátrányok A CHECKPOINT ütemezése: adott idő letelte után
46 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 12/30 Előnyök, hátrányok A CHECKPOINT ütemezése: adott idő letelte után adott lefutott tranzakció után
47 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 12/30 Előnyök, hátrányok A CHECKPOINT ütemezése: adott idő letelte után adott lefutott tranzakció után Ha ritkák a rendszerhibák, elég ritka CHECKPOINT.
48 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk
49 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk = sok írás
50 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk REDO hátránya: Nem írunk, amíg nincs COMMIT = sok írás
51 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk = sok írás REDO hátránya: Nem írunk, amíg nincs COMMIT = nagy memóriaigény
52 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk REDO hátránya: Nem írunk, amíg nincs COMMIT = sok írás = nagy memóriaigény UNDO/REDO Fő elv: Mielőtt az adatbázis bármely X elemének értékét a lemezen módosítanánk, a (T, X, v, w) naplóbejegyzésnek a lemezre kell kerülnie.
53 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk REDO hátránya: Nem írunk, amíg nincs COMMIT = sok írás = nagy memóriaigény UNDO/REDO Fő elv: Mielőtt az adatbázis bármely X elemének értékét a lemezen módosítanánk, a (T, X, v, w) naplóbejegyzésnek a lemezre kell kerülnie. Nagyobb szabadság, hogy mikor írjunk.
54 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 13/30 UNDO/REDO protokoll-naplózás UNDO hátránya: COMMIT után mihamarabb írjunk REDO hátránya: Nem írunk, amíg nincs COMMIT = sok írás = nagy memóriaigény UNDO/REDO Fő elv: Mielőtt az adatbázis bármely X elemének értékét a lemezen módosítanánk, a (T, X, v, w) naplóbejegyzésnek a lemezre kell kerülnie. Nagyobb szabadság, hogy mikor írjunk. Nagyobb méretű napló. = v, w nagyon nagy is lehet!
55 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 14/30 Példa T t A M B M A D B D Napló 8 8 (T, BEGIN) LOCK( A) 8 8 LOCK(B) 8 8 READ( A, t) t := t WRITE( A, t) (T, A, 8, 16) READ(B, t) t := t WRITE(B, t) (T, B, 8, 16) (FLUSH LOG) OUTPUT( A) (T, COMMIT) OUTPUT(B) UNLOCK( A) UNLOCK(B)
56 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 15/30 UNDO/REDO visszaállítás A legkorábbitól kezdve állítsuk vissza minden befejezett tranzakció hatását. (REDO)
57 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 15/30 UNDO/REDO visszaállítás A legkorábbitól kezdve állítsuk vissza minden befejezett tranzakció hatását. (REDO) A legutolsótól kezdve állítsuk tegyük semmissé minden be nem fejezett tranzakció hatását. (UNDO)
58 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 16/30 Példa T t A M B M A D B D Napló 8 8 (T, BEGIN) LOCK( A) 8 8 LOCK(B) 8 8 READ( A, t) t := t WRITE( A, t) (T, A, 8, 16) READ(B, t) t := t WRITE(B, t) (T, B, 8, 16) (FLUSH LOG) OUTPUT( A) (T, COMMIT) OUTPUT(B) UNLOCK( A) UNLOCK(B)
59 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 17/30 CHECKPOINT képzés működés közben 1. Írjuk a naplóba a (START CHECKPOINT (T 1,..., T k )) bejegyzést, ahol T i az összes éppen aktív tranzakció 2. (FULSH LOG)
60 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 17/30 CHECKPOINT képzés működés közben 1. Írjuk a naplóba a (START CHECKPOINT (T 1,..., T k )) bejegyzést, ahol T i az összes éppen aktív tranzakció 2. (FULSH LOG) 3. Írjuk a lemezre az összes piszkos puffert
61 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 17/30 CHECKPOINT képzés működés közben 1. Írjuk a naplóba a (START CHECKPOINT (T 1,..., T k )) bejegyzést, ahol T i az összes éppen aktív tranzakció 2. (FULSH LOG) 3. Írjuk a lemezre az összes piszkos puffert 4. (END CHECKPOINT) 5. (FULSH LOG)
62 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 17/30 CHECKPOINT képzés működés közben 1. Írjuk a naplóba a (START CHECKPOINT (T 1,..., T k )) bejegyzést, ahol T i az összes éppen aktív tranzakció 2. (FULSH LOG) 3. Írjuk a lemezre az összes piszkos puffert 4. (END CHECKPOINT) 5. (FULSH LOG) Mindenképp elég visszamenni legfeljebb az előző CHEKPOINT-ig (mint a REDO-nál).
63 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 18/30 Példa (T 1, BEGIN) (T 1, A, 4, 5) (T 2, BEGIN) (T 1, COMMIT) (T 2, B, 9, 10) (START CHECKPOINT (T 2 )) (T 2, C, 14, 15) (T 3, BEGIN) (T 3, D, 19, 20) (END CHECKPOINT) (T 2, COMMIT) (T 3, COMMIT)
64 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 19/30 Védekezés lemezhiba ellen A naplót külön lemezen tartjuk Nem dobjuk el a napló CHECKPOINT előtti részét sem REDO vagy UNDO/REDO protokollt használunk
65 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 19/30 Védekezés lemezhiba ellen A naplót külön lemezen tartjuk Nem dobjuk el a napló CHECKPOINT előtti részét sem REDO vagy UNDO/REDO protokollt használunk Így elvileg a kezdeti adatbázis ismeretében vissza tudjuk állítani a legutolsó állapotot.
66 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 19/30 Védekezés lemezhiba ellen A naplót külön lemezen tartjuk Nem dobjuk el a napló CHECKPOINT előtti részét sem REDO vagy UNDO/REDO protokollt használunk Így elvileg a kezdeti adatbázis ismeretében vissza tudjuk állítani a legutolsó állapotot. De a napló egy idő után nagyobb lesz, mint az adatbázis. = Időnként archiválunk
67 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni.
68 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani =
69 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba
70 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása
71 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben
72 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben 4. Napló mentése
73 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben 4. Napló mentése 5. (END DUMP)
74 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben 4. Napló mentése 5. (END DUMP) Helyreállítás 1. Megkeressük a legutolsó teljes mentést (volt (END DUMP))
75 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben 4. Napló mentése 5. (END DUMP) Helyreállítás 1. Megkeressük a legutolsó teljes mentést (volt (END DUMP)) 2. Módosítjuk az adatbázist a napló segítségével a CHECKPOINT-tól kezdve (ezért kell REDO vagy UNDO/REDO)
76 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 20/30 Archiválás működés közben Ha leállítjuk a rendszert, nyugodtan lehet menteni. Ha nem lehet leállítani = 1. (START DUMP) a naplóba 2. Megfelelő CHECKPOINT kialakítása 3. Adatok mentése valamilyen sorrendben 4. Napló mentése 5. (END DUMP) Helyreállítás 1. Megkeressük a legutolsó teljes mentést (volt (END DUMP)) 2. Módosítjuk az adatbázist a napló segítségével a CHECKPOINT-tól kezdve (ezért kell REDO vagy UNDO/REDO)
77 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása
78 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek
79 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások
80 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások Könyvár több fiókkal, saját katalógussal
81 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások Könyvár több fiókkal, saját katalógussal Adatok függőleges felbontása Bankban = ügyfél adatok helyben, hitelkártya adatok a központban
82 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások Könyvár több fiókkal, saját katalógussal Adatok függőleges felbontása Bankban = ügyfél adatok helyben, hitelkártya adatok a központban Üzletláncban = eladások helyben, megrendelések a központban
83 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások Könyvár több fiókkal, saját katalógussal Adatok függőleges felbontása Bankban = ügyfél adatok helyben, hitelkártya adatok a központban Üzletláncban = eladások helyben, megrendelések a központban Adotok többszörözése Párhuzamosítás miatt
84 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 21/30 Osztott adatbázisok Adatok vízszintes felosztása Egy bank több fiókja, saját ügyfelek Üzlethálózat boltjai, saját eladások Könyvár több fiókkal, saját katalógussal Adatok függőleges felbontása Bankban = ügyfél adatok helyben, hitelkártya adatok a központban Üzletláncban = eladások helyben, megrendelések a központban Adotok többszörözése Párhuzamosítás miatt Kommunikáció csökkentése miatt = gyakran szükséges adatok mindenhol (címjegyzék, telefonkönyv, chase-elés)
85 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek.
86 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek. Mikor lesz kész az egész tranzakció?
87 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek. Mikor lesz kész az egész tranzakció? = ha minden része kész
88 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek. Mikor lesz kész az egész tranzakció? = ha minden része kész Hogyan vesszük észre? Mi van ha közben ABORT vagy hiba van?
89 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek. Mikor lesz kész az egész tranzakció? = ha minden része kész Hogyan vesszük észre? Mi van ha közben ABORT vagy hiba van? Példa Áruházlánc központja lekérdezi minden boltban a mobiltelefon készletet. Ha valahol túl sok van, átküld belőle oda, ahol kevés van.
90 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 22/30 Osztott tranzakciók A tranzakciók műveletei most különböző helyeken történhetnek. Mikor lesz kész az egész tranzakció? = ha minden része kész Hogyan vesszük észre? Mi van ha közben ABORT vagy hiba van? Példa Áruházlánc központja lekérdezi minden boltban a mobiltelefon készletet. Ha valahol túl sok van, átküld belőle oda, ahol kevés van. = megszakadhat a kapcsolat menet közben, rossz az algoritmus, stb.
91 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit
92 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd
93 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is)
94 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül)
95 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is)
96 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd
97 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba
98 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t
99 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba
100 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t
101 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől =
102 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába
103 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t
104 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t Ha a koordinátor a (T, ABORT-Legyen)-t kapta legalább egy állomástól
105 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t Ha a koordinátor a (T, ABORT-Legyen)-t kapta legalább egy állomástól (T, ABORT) a saját naplójába
106 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t Ha a koordinátor a (T, ABORT-Legyen)-t kapta legalább egy állomástól (T, ABORT) a saját naplójába Mindenhova elküldi a (T, ABORT-Lesz)-t
107 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t Ha a koordinátor a (T, ABORT-Legyen)-t kapta legalább egy állomástól (T, ABORT) a saját naplójába Mindenhova elküldi a (T, ABORT-Lesz)-t Ha egy állomás a (T, COMMIT-Lesz)-t kapja = (T, COMMIT)
108 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 23/30 Kétfázisú véglegesítés (2PC) Alapelvek Minden állomás naplózza saját eseményeit Van egy koordinátor állomás, aki a döntést hozza majd Az állomások üzeneteket küldenek egymásnak, ezeket is naplózzák (ki- és bejövőt is) Első fázis A koordinátor saját naplójába (T, Felkészül) Ezt mindenhova elküldi (még magának is) Ha egy állomás megkapta az üzenetet, eldönti, hogy a nála található részre COMMIT vagy ABORT lesz majd Ha COMMIT várható (már csak ez lenne hátra) = (T, Készenáll) a saját naplóba A koordinátornak elküldeni (T, Készenáll)-t Ha ABORT várható = (T, ABORT-Legyen) a saját naplóba A koordinátornak elküldeni (T, ABORT-Legyen)-t Második fázis Ha a koordinátor a (T, Készenáll)-t megkapta mindenkitől = (T, COMMIT) a saját naplójába Mindenhova elküldi a (T, COMMIT-Lesz)-t Ha a koordinátor a (T, ABORT-Legyen)-t kapta legalább egy állomástól (T, ABORT) a saját naplójába Mindenhova elküldi a (T, ABORT-Lesz)-t Ha egy állomás a (T, COMMIT-Lesz)-t kapja = (T, COMMIT) Ha egy állomás a (T, ABORT-Lesz)-t kapja = (T, ABORT)
109 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 24/30 Helyreállítás Egy adott állomáson: Ha az utolsó bejegyzés COMMIT, ABORT, COMMIT-Lesz vagy ABORT-Lesz akkor a napló szerint helyreállítunk
110 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 24/30 Helyreállítás Egy adott állomáson: Ha az utolsó bejegyzés COMMIT, ABORT, COMMIT-Lesz vagy ABORT-Lesz akkor a napló szerint helyreállítunk Ha az utolsó bejegyzés Készenáll, akkor nem világos a helyzet, vagy várunk, vagy kommunikálunk a többivel, vagy...
111 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 24/30 Helyreállítás Egy adott állomáson: Ha az utolsó bejegyzés COMMIT, ABORT, COMMIT-Lesz vagy ABORT-Lesz akkor a napló szerint helyreállítunk Ha az utolsó bejegyzés Készenáll, akkor nem világos a helyzet, vagy várunk, vagy kommunikálunk a többivel, vagy... Ha nincs semmilyen bejegyzés, akkor ABORT (vagy várunk)
112 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés =
113 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat
114 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális
115 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket
116 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket zárállomás
117 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket zárállomás Költség: egy LOCK-hoz 3 üzenet = igénylés, engedélyezés, feloldás
118 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket zárállomás Költség: egy LOCK-hoz 3 üzenet = igénylés, engedélyezés, feloldás = a zárállomás nagyon leterhelt lehet
119 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket zárállomás Költség: egy LOCK-hoz 3 üzenet = igénylés, engedélyezés, feloldás = a zárállomás nagyon leterhelt lehet Elsődleges példány Van egy elsődleges példány, ha valaki zárolni akar valamit, akkor az elsődleges példányt tároló állomáshoz fordul.
120 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 25/30 Osztott zárolás Ha nincs adattöbbszörözés = Ha van = összhangban kell tartani a példányokat LOCK = globális (logikai) LOCK és lokális Egyszerű modell Minden LOCK globális és az egyik állomás nyilvántartja ezeket zárállomás Költség: egy LOCK-hoz 3 üzenet = igénylés, engedélyezés, feloldás = a zárállomás nagyon leterhelt lehet Elsődleges példány Van egy elsődleges példány, ha valaki zárolni akar valamit, akkor az elsődleges példányt tároló állomáshoz fordul. Költség: mint előbb, de nem koncentrált forgalom
121 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja
122 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja
123 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja Lehet több tranzakciónak globális RLOCK A-ja
124 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja Lehet több tranzakciónak globális RLOCK A-ja Minden állomás az érvényes globális lock-ok figyelembevételével működik
125 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja Lehet több tranzakciónak globális RLOCK A-ja Minden állomás az érvényes globális lock-ok figyelembevételével működik Hogyan lehet megszerezni egy globális RLOCK-ot vagy WLOCK-ot?
126 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja Lehet több tranzakciónak globális RLOCK A-ja Minden állomás az érvényes globális lock-ok figyelembevételével működik Hogyan lehet megszerezni egy globális RLOCK-ot vagy WLOCK-ot? = többféle modell
127 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 26/30 Osztott RLOCK/WLOCK Alapelvek: Semelyik két tranzakciónak nem lehet globális WLOCK A-ja Ha egy tranzakciónak van globális WLOCK A-ja, akkor egy másiknak nem lehet globális RLOCK A-ja Lehet több tranzakciónak globális RLOCK A-ja Minden állomás az érvényes globális lock-ok figyelembevételével működik Hogyan lehet megszerezni egy globális RLOCK-ot vagy WLOCK-ot? = többféle modell
128 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 27/30 WALL (write locks all) Globális RLOCK A megszerzéséhez elég egy lokális RLOCK A i Globális WLOCK A megszerzéséhez kell minden lokális WLOCK A i
129 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 27/30 WALL (write locks all) Globális RLOCK A megszerzéséhez elég egy lokális RLOCK A i Globális WLOCK A megszerzéséhez kell minden lokális WLOCK A i Globális RLOCK A megszerzése: Ha az i állomás akar egy RLOCK A i -t, nem kell üzenni, megnézzük milyen zár van A i -n Ha itt WLOCK A i van, akkor elutasítja a kérést, ha semmi vagy RLOCK A i, akkor engedélyezi
130 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 27/30 WALL (write locks all) Globális RLOCK A megszerzéséhez elég egy lokális RLOCK A i Globális WLOCK A megszerzéséhez kell minden lokális WLOCK A i Globális RLOCK A megszerzése: Ha az i állomás akar egy RLOCK A i -t, nem kell üzenni, megnézzük milyen zár van A i -n Ha itt WLOCK A i van, akkor elutasítja a kérést, ha semmi vagy RLOCK A i, akkor engedélyezi Ha engedélyezi, akkor az i állomás felteszi az RLOCK A i -t = globális RLOCK A
131 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 27/30 WALL (write locks all) Globális RLOCK A megszerzéséhez elég egy lokális RLOCK A i Globális WLOCK A megszerzéséhez kell minden lokális WLOCK A i Globális RLOCK A megszerzése: Ha az i állomás akar egy RLOCK A i -t, nem kell üzenni, megnézzük milyen zár van A i -n Ha itt WLOCK A i van, akkor elutasítja a kérést, ha semmi vagy RLOCK A i, akkor engedélyezi Ha engedélyezi, akkor az i állomás felteszi az RLOCK A i -t = globális RLOCK A Globális WLOCK A megszerzése Ha az i állomás akar egy WLOCK A i -t, akkor üzen minden másik helyre ahol van A j
132 ADATBÁZISOK ELMÉLETE 24. ELŐADÁS 27/30 WALL (write locks all) Globális RLOCK A megszerzéséhez elég egy lokális RLOCK A i Globális WLOCK A megszerzéséhez kell minden lokális WLOCK A i Globális RLOCK A megszerzése: Ha az i állomás akar egy RLOCK A i -t, nem kell üzenni, megnézzük milyen zár van A i -n Ha itt WLOCK A i van, akkor elutasítja a kérést, ha semmi vagy RLOCK A i, akkor engedélyezi Ha engedélyezi, akkor az i állomás felteszi az RLOCK A i -t = globális RLOCK A Globális WLOCK A megszerzése Ha az i állomás akar egy WLOCK A i -t, akkor üzen minden másik helyre ahol van A j Ha itt RLOCK A j vagy WLOCK A j van, akkor elutasítja a kérést, ha semmi akkor engedélyezi
Adatbázisok elmélete 24. előadás
Adatbázisok elmélete 24. 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 2005 ADATBÁZISOK ELMÉLETE
UNDO naplózás. Naplóbejegyzések. Visszaállítási esetek
UNDO naplózás Semmiségi naplózás. A naplóba a régi értéket írjuk ki, azonnal naplózunk. A naplót először a memóriában frissítjük, a (FLUSH LOG) utasításra írjuk a lemezre. Naplóbejegyzések :
Ellenőrző kérdések. 5. Kis dolgozat kérdései. (9-10. előadás)
Ellenőrző kérdések 5. Kis dolgozat kérdései (9-10. előadás) 164. Adjunk meg a működés közbeni ellenőrzőpont képzésének lépéseit Undo naplózás esetén! (6 pont) 1. naplóbejegyzés készítése,
Tranzakció, mint a helyreállítás egysége
Helyrellítás hiba esetén Tranzakció, mint a helyreállítás egysége A naplóállomány sorai naplóbejegyzések (log records), melyek a tranzakció tevékenységeit tárolják, ezek segítségével rekonstruálható az
Adatbázis rendszerek megvalósítása 1. Irodalom: Molina-Ullman-Widom: Adatbázisrendszerek megvalósítása
Adatbázis rendszerek megvalósítása 1. Irodalom: Molina-Ullman-Widom: Adatbázisrendszerek megvalósítása Az adatbázis-kezelő rendszer alkotórészei (1) Az ábrán egy teljes adatbázis-kezelő rendszer vázát
Adatbázisok elmélete 18. előadás
Adatbázisok elmélete 18. 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 ADATBÁZISOK ELMÉLETE 18.
Adatbázisok elmélete 18. előadás
Adatbázisok elmélete 18. 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
Adatbázisok elmélete 21. előadás
datbázisok elmélete 21. 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 2005 DTBÁZISOK ELMÉLETE 21.
Tematika. Helyreállíthatóság (Failure Recovery) (8. fejezet) Konkurenciavezérlés (Concurrency control) (9. fejezet)
Tematika Helyreállíthatóság (Failure Recovery) (8. fejezet) Konkurenciavezérlés (Concurrency control) (9. fejezet) Tranzakciókezelés (Transaction processing) (10. fejezet) Oracle megoldások Az adatok helyessége
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:
Szinkronizálás. 9. előadás
Szinkronizálás 9. előadás Az órák szinkronizálása Ha mindegyik gép a saját óráját használja, akkor az adott esemény után történt másik eseményhez az elsőnél korábbi idő társulhat. Óraszinkronizáló algoritmusok
Adatbázisrendszerek 9. előadás: Tranzakciók és konkurencia
Adatbázisrendszerek kezelés 2018. április 10. 2 Egyfelhasználós rendszer. Egyidőben legfeljebb egy felhasználó használhatja a rendszert. Többfelhasználós rendszer. Egyidejűleg (konkurens módon) több felhasználó
Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Marosvásárhely. ABR 2( Adatbázisrendszerek 2) 4. Előadás: Indexek A rendszeribák kezelése
Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Marosvásárhely ABR 2( Adatbázisrendszerek 2) 4. Előadás: Indexek A rendszeribák kezelése 1 Indexek CREATE [ONLINE OFFLINE] [UNIQUE FULLTEXT SPATIAL] INDEX
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
12. előadás. Tranzakció kezelés és konkurencia kontroll. Adatbázisrendszerek előadás december 12.
12. előadás Tranzakció kezelés és kontroll Adatbázisrendszerek előadás 2016. december 12., és Debreceni Egyetem Informatikai Kar Az előadások Elmasry & Navathe: Database Systems alapján készültek. 12.1
Tengelyanyák Szorítóhüvelyek Biztosítólemezek Öntöttvas- és lemez Y csapágyházak Öntöttvas osztott, álló csapágyházak. www.adix.hu
Adatbázisrendszerek megvalósítása 1
Adatbázisrendszerek megvalósítása 1 Irodalom: Előfeltétel: Tartalom: Hector Garcia-Molina Jeffrey D. Ullman Jennifer Widom: Adatbázisrendszerek megvalósítása, 8. és 9. fejezet Adatbázisrendszerek tárgy.
Optimista konkurenciavezérlés
Optimista konkurenciavezérlés Léteznek zárolás nélküli módszerek is a tranzakciók sorba rendezhetségének a biztosítására. idpecsét érvényesítés. Optimista: feltételezik, hogy nem fordul el nem sorba rendezhet
Adatbázisrendszerek megvalósítása 1
Adatbázisrendszerek megvalósítása 1 Irodalom: Előfeltétel: Tartalom: Hector Garcia-Molina Jeffrey D. Ullman Jennifer Widom: Adatbázisrendszerek megvalósítása, 8. és 9. fejezet Adatbázisrendszerek tárgy.
B I T M A N B I v: T M A N
Adatbázis Rendszerek II. 6. Ea: Tranzakciók B I v: T 2014.02.15 M A N 1/39 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
2MU09f_Konkvez_feladatok.pdf Feladatok a tranzakciókezelésbıl
2MU09f_Konkvez_feladatok.pdf Feladatok a tranzakciókezelésbıl Molina-Ullman-Widom: Adatbázisrendszerek megvalósítása Panem, 2001. >> 9.fejezet Konkurenciavezérlés Vegyünk egy objektum orientált adatbázist.
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)
Adatbázis Rendszerek II. 10. Tranzakció kezelés 72/1B IT MAN
Adatbázis Rendszerek II. 10. Tranzakció kezelés 72/1B IT MAN B IT v: 2019.02.05 MAN 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
Az Oracle rendszer komponensei
Az Oracle rendszer komponensei Célok Az Oracle szerver felépítésének és fő komponenseinek megismerése Annak bemutatása, hogy egy felhasználó Oracle példányhoz (instance) kapcsolódása hogy történik A következő
Adatbázisok elmélete 12. előadás
Adatbázisok elmélete 12. 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 2005 ADATBÁZISOK ELMÉLETE
A 2016/2017 tanévi Országos Középiskolai Tanulmányi Verseny első forduló javítási-értékelési útmutató. INFORMATIKA II. (programozás) kategória
Oktatási Hivatal A 2016/2017 tanévi Országos Középiskolai Tanulmányi Verseny első forduló javítási-értékelési útmutató INFORMATIKA II. (programozás) kategória Kérjük a tisztelt tanár kollégákat, hogy a
Adatbázisok elmélete 1. előadás
Adatbázisok elmélete 1. 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 2005 ADATBÁZISOK ELMÉLETE
9.előadás: Adatbázisok-I. dr. Hajas Csilla (ELTE IK)
9.előadás: Adatbázisok-I. dr. Hajas Csilla (ELTE IK) http://sila.hajas.elte.hu/ Adatbázis-kezelő rendszerek áttekintése, alapfogalmak Tankönyv: 1.fejezet: Az adatbázisrendszerek világa Adatbázisok-1 (Hajas
FÁJLOK ÉS MAPPÁK MÁSOLÁSA PENDRIVE-RA ÉS CD-RE A LEGEGYSZERŰBBEN WINDOWS XP-N
FÁJLOK ÉS MAPPÁK MÁSOLÁSA PENDRIVE-RA ÉS CD-RE A LEGEGYSZERŰBBEN WINDOWS XP-N Ezek a cikkek Atom Manó rovattársam kérdésfeltevése alapján jöttek létre, és mivel Ő a fényképekkel végezhető műveletek kapcsán
Adatbázisok elmélete
Adatbázisok elmélete Adatbáziskezelés, bevezető Katona Gyula Y. Számítástudományi és Információelméleti Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Katona Gyula Y. (BME SZIT) Adatbázisok elmélete
Adatbázisok II Jánosi-Rancz Katalin Tünde 327A 1-1
Adatbázisok II. 2-3 Jánosi-Rancz Katalin Tünde tsuto@ms.sapientia.ro 327A 1-1 Tranzakciókezelés 1-2 Osztott erőforrások konfliktus helyzetek (azonos erőforrás igény) 1-3 Tranzakciókezelés Eddig feltételeztük:
3Sz-s Kft. Tisztelt Felhasználó!
3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 E-mail: zk@3szs. hu / Web: http://www. 3szs. hu Tisztelt Felhasználó! Köszönjük, hogy telepíti az AUTODATA 2007
Adatbázisok elmélete 1. előadás
Adatbázisok elmélete 1. 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
ADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek
ADATBÁZIS-KEZELÉS Adatbázis-kezelő rendszerek Adat (Data) Észlelhető, felfogható ismeret Jelsorozat Tény, közlés Valakinek vagy valaminek a jellemzője Adatbázis (Data Base, DB) Hosszú ideig évekig meglévő
Adatbázisok I. Jánosi-Rancz Katalin Tünde tsuto@ms.sapientia.ro 327A 1-1
Adatbázisok I. 1 Jánosi-Rancz Katalin Tünde tsuto@ms.sapientia.ro 327A 1-1 1-2 Ajánlott irodalom C. J. Date - An introduction to Database System (6) Békési-Geda-Holovács-Perge : Adatbázis-kezelés, EKF
Példa. Job shop ütemezés
Példa Job shop ütemezés Egy üzemben négy gép működik, és ezeken 3 feladatot kell elvégezni. Az egyes feladatok sorra a következő gépeken haladnak végig (F jelöli a feladatokat, G a gépeket): Az ütemezési
Csima Judit október 24.
Adatbáziskezelés Funkcionális függőségek Csima Judit BME, VIK, Számítástudományi és Információelméleti Tanszék 2018. október 24. Csima Judit Adatbáziskezelés Funkcionális függőségek 1 / 1 Relációs sémák
Biztonsági mentés és visszaállítás Felhasználói útmutató
Biztonsági mentés és visszaállítás Felhasználói útmutató Copyright 2007 Hewlett-Packard Development Company, L.P. A Windows elnevezés a Microsoft Corporation Amerikai Egyesült Államokban bejegyzett kereskedelmi
Csima Judit szeptember 6.
Adatbáziskezelés, bevezető Csima Judit BME, VIK, Számítástudományi és Információelméleti Tanszék 2017. szeptember 6. Csima Judit Adatbáziskezelés, bevezető 1 / 20 Órák, emberek heti két óra: szerda 14.15-16.00
Szöveges fájlok szerkesztése Jegyzettömb használata
Szöveges fájlok szerkesztése A Jegyzettömb csak szöveges dokumentum (TXT fájl) szerkesztésére alkalmas (Editor). Ez azt jelenti, hogy a begépelt szöveget nem tudjuk kedvünk szerint megformázni, vagyis
Fábián Zoltán Hálózatok elmélet
Fábián Zoltán Hálózatok elmélet Fizikai memória Félvezetőkből előállított memóriamodulok RAM - (Random Access Memory) -R/W írható, olvasható, pldram, SDRAM, A dinamikusan frissítendők : Nagyon rövid időnként
SAP vállalatirányítási rendszer alapjai
SAP vállalatirányítási rendszer alapjai 2. előadás SAP technológiai alapok 2010.09.26. 1 SAP vállalatirányítási rendszer alapjai /2 Tantárgy kódja: VEMI5344i Tanév: 2009/10-1.félév Előadó: dr. Varga Ernő,
Ellenőrző kérdések. 1. Kis dolgozat kérdései
Ellenőrző kérdések 1. Kis dolgozat kérdései 1. Mit hívunk statikus, mit dinamikus adatbázisnak? (1 pont) Egy statikus adatbázis esetében ritkábban fordulnak elő módosítások, a lekérdezések gyorsasága fontosabb.
Csima Judit november 15.
Adatbáziskezelés Normalizálás Csima Judit BME, VIK, Számítástudományi és Információelméleti Tanszék 2017. november 15. Csima Judit Adatbáziskezelés Normalizálás 1 / 26 Normalizálás Tétel Tetszõleges (R,
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:
ADATBÁZISOK ELMÉLETE 5. ELŐADÁS 3/22. Az F formula: ahol A, B attribútumok, c érték (konstans), θ {<, >, =,,, } Példa:
Adatbázisok elmélete 5. 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 2005 ADATBÁZISOK ELMÉLETE
Hogyan váljunk profi felhasználóvá 80 nap alatt, vagy még gyorsabban? Ingyenes e-mail tanfolyam.
Hogyan váljunk profi felhasználóvá 80 nap alatt, vagy még gyorsabban? Ingyenes e-mail tanfolyam. Hogyan állítsam be az Outlook-ot ingyenes e-mail címhez? 10. lecke Hogyan állítsam be az Outlook-ot, ha
Címkék és ágak kezelése i. Címkék és ágak kezelése
i Címkék és ágak kezelése ii KÖZREMŰKÖDŐK CÍM : Címkék és ágak kezelése TEVÉKENYSÉG NÉV DÁTUM ALÁÍRÁS ÍRTA Jeszenszky, Péter 2014. február 16. VERZIÓTÖRTÉNET VERZIÓ DÁTUM LEÍRÁS NÉV iii Tartalomjegyzék
5.6.3 Laborgyakorlat: Windows rendszerleíró adatbázis biztonsági mentése és visszaállítása
5.6.3 Laborgyakorlat: Windows rendszerleíró adatbázis biztonsági mentése és visszaállítása Bevezetés Nyomtasd ki a laborgyakorlatot és végezd el a lépéseit! Ezen a laborgyakorlaton elvégezzük egy számítógép
Fájlrendszerek. A Windows operációs rendszerek fájlrendszere
Fájlrendszerek A Windows operációs rendszerek fájlrendszere Fájlrendszerek definíció A számítástechnika egy fájlrendszer alatt a számítógépes fájlok tárolásának és rendszerezésének a módszerét érti, ideértve
Számítógépes Hálózatok GY 7.hét
Számítógépes Hálózatok GY 7.hét Laki Sándor ELTE-Ericsson Kommunikációs Hálózatok Laboratórium ELTE IK - Információs Rendszerek Tanszék lakis@elte.hu http://lakis.web.elte.hu Teszt 10 kérdés 10 perc canvas.elte.hu
Vodafone ODI ETL eszközzel töltött adattárház Disaster Recovery megoldása. Rákosi Péter és Lányi Árpád
Vodafone ODI ETL eszközzel töltött adattárház Disaster Recovery megoldása Rákosi Péter és Lányi Árpád Adattárház korábbi üzemeltetési jellemzői Online szolgáltatásokat nem szolgált ki, klasszikus elemzésre
S04-2 Elosztott alkalmazások készítése
S04-2 Elosztott alkalmazások készítése Tartalom 1. Többrétegű architektúra, elosztott szerveroldal 2. Kommunikációs eszközök: távolieljárás-hívás és üzenet alapú infrastruktúra (point-to-point és publish-subscribe
Rövid használati útmutató az AVer H és HVC modellekhez
Rövid használati útmutató az AVer H és HVC modellekhez A készülék főbb elemei a központi egység, a HD kamera, az asztali HUB kiemelhető mikrofonnal (H sorozat) vagy 1-2 darab asztali mikrofon (HVC sorozat)
Euro-eBank Ügyfélprogram (ÜP) Telepítési Leírás v.2.01
Euro-eBank Ügyfélprogram (ÜP) Telepítési Leírás v.2.01 isafe Informatikai Zrt. Telefon: +36 1 225 8585 Fax: +36 1 225 8586 Levelezési cím: 1464 Budapest Pf. 1543, www.isafe.hu 1. Tartalomjegyzék Electra
Az utolsó ellenőrzés 1.0*
Az utolsó ellenőrzés 1.0* Szakál Ferenc Pál *A korábbi változatokban ma már nem aktuális, nem érvényes tartalmak lehetnek, így azok tartalmáért e változat közzétételétől kezdve nem vállalok szakmai felelősséget!
NAV felé történő számla adatszolgáltatás a Nagy Utazás 3 programmal
NAV felé történő számla adatszolgáltatás a Nagy Utazás 3 programmal 1. Központ képernyő beállítások A NAV webes felületén a Felhasználó regisztrációjakor megkapott Technikai felhasználó adatokat az Eszköz/Rendszeradatok/Központ
Telepített szoftverek
Albacomp Számítástechnikai zrt 8000 Székesfehérvár Mártírok útja 9. Tel: 22/515-414 Fax: 22/327-532 Telepített szoftverek Classmate PC hordozható számítógépekhez Tartalomjegyzék E-Learning felügyelő program
Számítógépes Hálózatok. 7. gyakorlat
Számítógépes Hálózatok 7. gyakorlat Gyakorlat tematika Hibajelző kód: CRC számítás Órai / házi feladat Számítógépes Hálózatok Gyakorlat 7. 2 CRC hibajelző kód emlékeztető Forrás: Dr. Lukovszki Tamás fóliái
FORD Edifact IHS Import
FORD Edifact IHS Import 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/13 Tartalomjegyzék 1. FORD gyártói adatok betöltése... 3 1.1. Import Javasolt Ütemezése... 10 1.2.
Útmutató LEI kód igényléshez. Erste Bank Hungary Zrt.
Erste Bank Hungary Zrt. Mi a LEI kód? A LEI kód (Legal Entity Identifier) egy olyan referenciaazonosító, amely a pénzügyi tranzakcióban résztvevő jogalanyokat (beleértve a pénzügyi és nem pénzügyi szerződő
Cohen-Sutherland vágóalgoritmus
Vágási algoritmusok Alapprobléma Van egy alakzatunk (szakaszokból felépítve) és van egy "ablakunk" (lehet a monitor, vagy egy téglalap alakú tartomány, vagy ennél szabálytalanabb poligon által határolt
Operációs rendszerek. UNIX/Linux fájlrendszerek
Operációs rendszerek UNIX/Linux fájlrendszerek Tartalom Linux fájlrendszerek UNIX/Linux fájlrendszerek Szimbolikus linkek Fájlrendszerek csatolása Virtuális fájlrendszer Szuperblokk Inode Objektumok 2
A továbbiakban Y = {0, 1}, azaz minden szóhoz egy bináris sorozatot rendelünk
1. Kódelmélet Legyen X = {x 1,..., x n } egy véges, nemüres halmaz. X-et ábécének, elemeit betűknek hívjuk. Az X elemeiből képzett v = y 1... y m sorozatokat X feletti szavaknak nevezzük; egy szó hosszán
Vodafone e-sms. Használati útmutató
Vodafone e-sms Használati útmutató Tartalomjegyzék Bevezetés 3 Követelmények Telepítés 3 Telepítési útmutató A program első indítása Üzenetek küldése 5 Címzettek kiválasztása Üzenetek írása Üzenetek elküldése
Operációs rendszerek
Operációs rendszerek 10. előadás - Holtpont kezelés, szignálok 2006/2007. II. félév Dr. Török Levente Links A. Tanenbaum: Op. rendszerek http://www.iit.uni-miskolc.hu/%7evadasz/geial201/jegyzet/3rd.pdf
Megjegyzés: A programnak tartalmaznia kell legalább egy felhasználói alprogramot. Példa:
1. Tétel Az állomány két sort tartalmaz. Az első sorában egy nem nulla természetes szám van, n-el jelöljük (5
Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz.
3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 e-mail: zk@3szs.hu / web: www.3szs.hu Tisztelt Felhasználó! Ez a telepítési dokumentum segítséget nyújt abban, hogy
Hálózatba kapcsolt adatbázisok. Erős Levente, TMIT eros@tmit.bme.hu 2011.
Hálózatba kapcsolt adatbázisok Magas rendelkezésreállás Erős Levente, TMIT eros@tmit.bme.hu 2011. Tartalom Mi az, hogy rendelkezésreállás? Miért fontos? Hogyan mérjük? Mitől sérül? Védelmi szintek Rendelkezésreállási
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
ECDL képzés tematika. Operáció rendszer ECDL tanfolyam
Operáció rendszer ECDL tanfolyam Alapok A Windows áttekintése Asztal Tálca Start menü Lomtár használata Súgó használata Felhasználói fiókok kezelése Kijelentkezés, felhasználóváltás Fájlok és mappák Sajátgép
A számítástudomány alapjai. Katona Gyula Y. Számítástudományi és Információelméleti Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem
A számítástudomány alapjai Katona Gyula Y. Számítástudományi és Információelméleti Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Bináris keresőfa, kupac Katona Gyula Y. (BME SZIT) A számítástudomány
Kézikönyv. Határozott idejű számla könyvelése - értékesítés
Kézikönyv Határozott idejű számla könyvelése - értékesítés Tartalomjegyzék 1 ABAS-ERP UTASÍTÁS ÁTTEKINTÉS... 5 2 VEVŐ - ÜRES... 6 3 VEVŐ - MEGJELENÍTÉS [76372 PARTNER PARTNER KERESKEDŐHÁZ KFT] 7 4 ABAS-ERP
tovább használhatjuk a Windows-t.
Complete PC Backup A Windows Vista többfajta adatmentési és rendszer-helyreállítási funkcióval rendelkezik, ezek közül az egyik legérdekesebb és leghasznosabb a teljes rendszert egy gombnyomással visszaállítani
A T-Online-os Ügyfelek postafiókjainak áttétele Virtualoso email szolgáltatásra. Ha az ügyfél már rendelkezik saját domain névvel
A T-Online-os Ügyfelek postafiókjainak áttétele Virtualoso email szolgáltatásra Ha az ügyfél már rendelkezik saját domain névvel Fontos megjegyzések A lépéseken sorban végighaladva postafiókunk teljes
Szimuláció RICHARD M. KARP és AVI WIGDERSON. (Készítette: Domoszlai László)
Szimuláció RICHARD M. KARP és AVI WIGDERSON A Fast Parallel Algorithm for the Maximal Independent Set Problem című cikke alapján (Készítette: Domoszlai László) 1. Bevezetés A következőkben megadott algoritmus
Polár kezelési segédletek
Polár kezelési segédletek A leltározás folyamata 1. kiadás Tartalomjegyzék 1. Leltározás Leltártörzs készítése...3 1.1. További szűkítési lehetőségek...3 2. Leltározás Adatok felvitele...4 2.1. Nemzeti
Mire jó az adatpumpa? Oracle Data Pump megoldás
Mire jó az adatpumpa? Oracle Data Pump megoldás az nál Andódy Csaba Apáti Péter 2016. Október 11. Napirend 1. Erste Bank mentési nehézségek, felmerülő igények 2. Data Pump Archiver bemutatása 3. Erste
Szakterület Modell Kapcsolatokkal bővítés
Szakterület Modell Kapcsolatokkal bővítés Cél Tárjuk fel a szakterület modelljén belüli kapcsolatokat. Különböztessük meg a szükséges és a jó ha van kapcsolatokat. 2 Bevezetés Keressük meg azokat a fogalom
Számítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. gyakorlat Óra eleji kiszh Elérés: https://oktnb6.inf.elte.hu Számítógépes Hálózatok Gyakorlat 2 Gyakorlat tematika Szinkron CDMA Órai / házi feladat Számítógépes Hálózatok Gyakorlat
BBS-INFO Kiadó, 2016.
BBS-INFO Kiadó, 2016. Bártfai Barnabás, 2016. Minden jog fenntartva! A könyv vagy annak oldalainak másolása, sokszorosítása csak a szerző írásbeli hozzájárulásával történhet. A betűtípus elnevezések, a
Első belépés az Office 365 rendszerbe
Első belépés az Office 365 rendszerbe Az Office 365 rendszerbe való első belépéshez szükséges hozzáférési adatokat a rendszergazdától emailben, telefonon, vagy papír alapon kapja meg. Ilyen formátumú adatok
Microsoft Virtual PC 2007
Microsoft Virtual PC 2007 Beszerzés, telepítés 1 A Virtual PC 2007 beszerzése Beszerezhető innen: http://www.microsoft.com/downloads/detail s.aspx?familyid=04d26402-3199-48a3- AFA2-2DC0B40A73B6&displaylang=en
Autóipari beágyazott rendszerek. Local Interconnection Network
Autóipari beágyazott rendszerek Local Interconnection Network 1 Áttekintés Motiváció Kis sebességigényű alkalmazások A CAN drága Kvarc oszcillátort igényel Speciális perifériát igényel Két vezetéket igényel
OKTATÁSKUTATÓ ÉS FEJLESZTŐ INTÉZET TÁMOP-3.1.5/12-2012-0001 Pedagógusképzés támogatása
TÁMOP-3.1.1-11/1 XXI. századi közoktatás Technikai tudnivalók a jelentkezéshez Regisztráció A regisztráció az OFI honlapon elérhető A pályázók kizárólag elektronikusan úton jelentkezhetnek az innen elérhető
Vevő beszerzési folyamatainak támogatása a ZLT WEB-áruház alkalmazásával
1 1 Vevő beszerzési folyamatai ügyviteli rendszer esetén (általában) A beszerzési igényt az igénylő állítja össze a szállítók által biztosított katalógusok/információk segítségével. Az igényt a jóváhagyó,
Elektronikus ügyintézés súgó. Az Elektronikus ügyintézés kezdeményezésének lépései:
Elektronikus ügyintézés súgó Az Elektronikus ügyintézés kezdeményezésének lépései: 1. Elektronikus ügyintézés kezdeményezése: 1.1 Elektronikus ügyintézés menüpont-, azon belül az Elektronikus ügyintézés
DataScope program SE/SP-300 távadókhoz HASZNÁLATI UTASÍTÁS
DataScope program SE/SP-300 távadókhoz HASZNÁLATI UTASÍTÁS 1. kiadás Gyártó: NIVELCO Ipari Elektronika Rt. H-1043 Budapest, Dugonics u. 11. Tel.: 889-0100 Fax: 889-0200 e-mail: marketing@nivelco.com www.nivelco.com
Adatbázis, adatbázis-kezelő
Adatbázisok I. rész Adatbázis, adatbázis-kezelő Adatbázis: Nagy adathalmaz Közvetlenül elérhető háttértárolón (pl. merevlemez) Jól szervezett Osztott Adatbázis-kezelő szoftver hozzáadás, lekérdezés, módosítás,
POSZEIDON dokumentáció (4.2)
POSZEIDON dokumentáció (4.2) E-mail iktatása I. MICROSOFT OUTLOOK LEVELEZŐT HASZNÁLÓKNAK ELSŐ BEJELENTKEZÉS: 1.) Az Outlook programban jobb egérgombbal kattintok valamelyik levélen. (Ha elsőre nem jelenik
Csima Judit BME, VIK, november 9. és 16.
Adatbáziskezelés Függőségőrzés, 3NF-re bontás Csima Judit BME, VIK, Számítástudományi és Információelméleti Tanszék 2018. november 9. és 16. Csima Judit Adatbáziskezelés Függőségőrzés, 3NF-re bontás 1
Algoritmusok és adatszerkezetek gyakorlat 07
Algoritmusok és adatszerkezetek gyakorlat 0 Keresőfák Fák Fa: összefüggő, körmentes gráf, melyre igaz, hogy: - (Általában) egy gyökér csúcsa van, melynek 0 vagy több részfája van - Pontosan egy út vezet
C2RF Többzónás programozható vezeték nélküli digitális szobatermosztát
Többzónás programozható vezeték nélküli digitális szobatermosztát Termékjellemzők: 3. 4. 5. 6. 7. 8. 9. 10. 1 Kijelezhető hőmérséklet tartomány: 0 C - 40 C (0,1 C lépésekben) Hőmérséklet állítási tartomány:
UNIFLOW-200 ADAGMÉRÉS Kegészítés az UNIFLOW-200 műszerkönyvhöz
UNIFLOW-200 ADAGMÉRÉS Kegészítés az UNIFLOW-200 műszerkönyvhöz Jelen iromány csak az UNIFLOW-200 műszerkönyv ismeretében értelmezhető. A számítóművet adagmérésre a szokásos módon kell felparaméterezni,
Vevőszerző rendszer kulcsrakészen
Vevőszerző rendszer kulcsrakészen Szerezzen JOBB ügyfeleket! Válasszon olyan beszállítót, aki vevőket is küld a termékei mellé! Mit vár el egy Beszállító a marketing támogatás mellé? A komoly beszállítók,
Tisztelt Telepítő! A központ és az alkalmazás összehangolását a következőképpen hajthatja végre:
Tisztelt Telepítő! A PowerSeries NEO GO alkalmazás segítségével távolról vezérelhetőek a NEO központok. Ehhez a központokat valamely TL280/TL2803G/3G2080 modullal kell bővíteni. A leírás a v5.x modul verziókhoz
Feladatok a MATEMATIKA. standardleírás 2. szintjéhez
Feladatok a MATEMATIKA standardleírás 2. szintjéhez A feladat sorszáma: 1. Standardszint: 2. Gondolkodási és megismerési módszerek Halmazok Képes különböző elemek közös tulajdonságainak felismerésére.
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
TÁJÉKOZTATÓ A CobraContoLight V VERZIÓHOZ
TÁJÉKOZTATÓ A CobraContoLight V2017.2 VERZIÓHOZ Változások a V2017.1 verzió kiadása után Adatbázis frissítés Általános információk A CobraContoLight 2017.2-es verziójában módosult az adatbázis struktúra.