Osztott adatbázisok. Education, Inc. Addison-Wesley Higher Education, M. T. Özsu, P. Valduriez: Principles of Distributed Database Systems,

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

Download "Osztott adatbázisok. Education, Inc. Addison-Wesley Higher Education, 2004. M. T. Özsu, P. Valduriez: Principles of Distributed Database Systems,"

Átírás

1 Osztott adatbázisok M. T. Özsu, P. Valduriez: Principles of Distributed Database Systems, Prentice-Hall, C. J. Date: An Introduction to Database Systems, 8 th Edition, Pearson Education, Inc. Addison-Wesley Higher Education,

2 Az osztott adatbázisok technológiája az adatfeldolgozás két különbözı megközelítésének az egyesítése. hálózatok, technológiája szétosztja a munkát a csomópontok között. adatbázis technológia, a külön-külön alkalmazások adatait központosítsa és központilag kezelje, létezzen logikai és fizikai adatfüggetlenség Hogyan lehet ezt a két ellentétes nézıpontot összeilleszteni? a két technológia integrálása, úgy, hogy egy új technológiát kapjunk, mely erıteljesebb mindkettınél 2

3 egy cégnek vagy szervezetnek több helyen is lehet kirendeltsége minden kirendeltségben találhatók számítógépek lokális hálózatba kötve, több kliens is ugyanahhoz az adatbázis szerverhez fér hozzá. minden kirendeltségnek meg van a maga feladata, adatai, és adatbázis szervere. a kirendeltségek kommunikációs hálózattal össze vannak kapcsolva, együtt egy rendszert alkotnak. egy kirendeltség a rendszer egy csomópontja. egy felhasználó, a saját csomópontjában vagy akármelyik más csomópontban levı adatbázist fel kívánja dolgozni. 3

4 Egy X kliens az A csomópontból a saját csomópontjában található adatbázishoz a jogainak megfelelıen a lokális hálózaton (LAN) keresztül hozzáférhet. Ha X felhasználónak szüksége van a B csomópont adatbázisában található adatokra és van joga rá, akkor a WAN hálózaton keresztül kell azt megtegye. Kétféleképpen teheti: a) Megadja a hálózaton a B csomópontban található adatbázis címét, nevét, majd a tábla nevét. Ebben az esetben azt mondjuk, hogy a heggesztés látszik. b) Használja a globális tábla nevet, melynek egy része az A, más része a B csomóban található, és az osztott adatbázis-kezelı rendszer keresi meg az adatokat az A és B csomóban. Azt mondjuk, a heggesztés nem látszik. A b) megoldás az osztott adatbázis, az a) nem. 4

5 Az osztott adatbázis csomópontok összessége: kommunikációs hálózattal össze vannak kapcsolva, minden csomópont egy valódi adatbázis-kezelı rendszerrel és adatbázissal rendelkezik. a csomópontok hajlandók kell legyenek együtt dolgozni, hogy a felhasználó bármely csomópont adataihoz úgy férhessen hozzá, mintha azok a saját csomópontján levı adatok lennének. Az osztott adatbázis egy virtuális objektum, melynek komponensei fizikailag különbözı csomópontokban vannak tárolva. Az osztott adatbázis ezeknek a logikai egyesítése. 5

6 Az osztott adatbázis fizikailag szétosztott, földrajzilag egymástól távol található több olyan adatbázis összessége, amelyekben különbözı helyi ABKR-ek mőködhetnek, különbözı operációs rendszereken. Az osztott adatbázis-kezelı rendszer (OABKR) feladata, hogy biztosítsa a csomópontok együttmőködését. Angol könyvészet: egy csomópont az osztott adatbázisrendszerben, site : egy hálózati node + ABKR Magyar terminológiában a site -nak a munkaállomás felel meg. 6

7 Különbség: azon rendszerek között, melyek megengedik a távoli adathozzáférést (mint a kliens-szerver rendszerek). A felhasználó dolgozhat olyan adatokkal, melyek egy távoli csomópontban vannak, vagy szimultán több csomópontban, de a heggesztés látszik, a felhasználó kell ezt kezelje. egy valódi osztott adatbázis-kezelı rendszerben a heggesztések rejtettek. Általában a csomópontok szét vannak osztva fizikailag, de ezt csak logikailag kell figyelemben venni, azonban két csomópont létezhet ugyanazon a fizikai gépen is, vagy ugyanabban az épületben lévı lokális hálózati rendszerben. Az adatbázis szempontjából nem lényeges, hogy ugyanabban az épületben található-e vagy szét van osztva földrajzilag nagy területre, a távolági kapcsolat megoldása technikai probléma. 7

8 Kommunikációs hálózat

9 Az osztott adatbázisok elınyei Lokális autonómia: a helyi adatokat lokálisan tárolják, ott ahol ezeknek logikailag van a helyük, és az esetek nagy részében abban a csomópontban használják, amelyben találhatók. Hatékonyság növelése: az adatok visszakeresése tranzakciók segítségével lebontható több csomópontra, tehát a tranzakciókat végre lehet hajtani párhuzamosan. A párhuzamosság elınyös osztott rendszerek esetén, javítja az adatokhoz való hozzáférést. 9

10 Biztonság/elérhetıség növelése: o Az adatoknak több csomópontban is létezhetnek másolatai. Ha egyik másolat meghibásodik, az adatok továbbra is elérhetıek lesznek egy másolatból. o rendszerhiba vagy kapcsolat megszakadás esetén nem válik az egész rendszer mőködésképtelenné. Annak ellenére, hogy esetleg egyes adatok nem elérhetık, az osztott adatbázis továbbra is nyújt bizonyos, korlátozott, szolgáltatásokat. Gazdaságosság: ha az adatok földrajzilag szét vannak osztva és ott tároljuk az adatokat, ahol a legtöbbet használják megtakaríthatók a kommunikációs költségek. (központosított ABKR-ekkel ellentétben) Terjeszthetıség: osztott rendszerekben könnyebb az adatbázisok méreteit növelni. 10

11 Az osztott adatbázisok hátrányai Tapasztalat hiány: az osztott adatbázisok még nincsenek elterjedve. Bonyolultság: az OABKR-eken belül felmerülı problémák sokkal összetettebbek Költségek: az osztott rendszerek újabb, kiegészítı hardvert (kommunikációs mechanizmusok, stb.) igényelnek, ez viszont növeli a költséget. 11

12 Vezérlés szétosztása: ez a tulajdonság úgy szerepelt, mint elıny. A szétosztással felmerül a szinkronizálás és a koordinálás problémája. Így a szétosztás könnyen terhet jelenthet, ha nincs kidolgozva egy megfelelı politika, mely ezeket a problémákat megoldaná. Védelem: egy központosított adatbázis esetén, betartva a szabályokat a védelem könnyen megoldható az ABKR segítségével. Viszont egy OABKR-ben, ahol a helyzetet elbonyolítja a kommunikációs hálózat jelenléte, melynek meg vannak a saját védelmi követelményei 12

13 Az osztott adatbázisok célkitőzései Az osztott adatbázis alapvetı elve: a felhasználó számára az osztott rendszernek olyannak kell látszania, mintha a rendszer nem lenne osztott. Chris Date tizenkét célkitőzést fogalmazott meg, amit egy osztott adatbázis kezelı rendszernek be kellene tartania: ezek a célkitőzések nem függetlenek egymástól; nem egyformán fontosak; az összes probléma ami az osztott rendszerhez kapcsolódik, belsı vagy implementációs-szintő (vagy legalább is azok kell legyenek) és nem külsı vagy felhasználó-szintő. 13

14 1. Helyi autonómia egy csomópontbeli mővelet az illetı csomópont által van vezérelve: egy X csomópont nem függhet egy Y csomóponttól saját mőveletei végrehajtásában, különben az történne, hogy, ha az Y csomópont meghibásodik az X csomó sem tud mőködni, még akkor sem, ha az X- el semmi gond sincs. a helyi adatok lokálisan vannak tárolva és kezelve. Minden adat csak egy adatbázishoz tartozik, függetlenül attól, hogy más, távoli csomópontból elérhetı vagy sem. Olyan kérdések, mint biztonság, integritás és az adatok tárolása a lokális csomópont vezérlése alatt vannak. A helyi autonómiát nehéz teljes egészében megvalósítani, a cél, hogy az autonómia a lehetı legnagyobb legyen. 14

15 2. Semmi bizalom egy központi csomópontban A helyi autonómia maga után vonja, hogy minden csomópont egyenrangú, tehát nincs egy központi csomópont. Egy központi csomópont létezése nem kívánatos: a központi csomópont nagyon le lenne terhelve, a rendszer sebezhetı lenne, vagyis, ha a központi csomópont meghibásodna, az egész rendszer mőködésképtelenné válna. 15

16 3. Folytonos mőveletek A rendszer állandóan mőködıképes kell legyen. Az osztott rendszerek egyik elınye, hogy nagyobb megbízhatóságot és hozzáférhetıséget nyújthatnak. A rendszert úgy kell megtervezni, hogy legyenek az adatokról másolatok. Ez növeli a biztonságot, mert ha egy csomópont éppen nem mőködıképes, akkor az adatok még máshol is tárolva vannak. 16

17 4. Helytıl való függetlenség A felhasználó nem kell tudja, hogy fizikailag melyik csomóponton vannak az adatok tárolva, viszont úgy kell tudja ıket kezelni (legalábbis logikai szempontból), mintha azok az ı saját helyi csomópontjában lennének. a felhasználói programok egyszerőek lesznek, az adat vándorolhat egyik csomópontból a másikba anélkül, hogy a felhasználói programokat változtatnánk. Lokációtól való függetlenségnek is nevezik vagy átlátszóságnak a lokációval szemben. 17

18 5. Tördeléstıl (fragmentálástól) való függetlenség Egy logikai reláció fizikai részekre bontását tördelésnek (fragmentálásnak) nevezzük. A tördelés hasznos, mivel a rendszer gyorsabb lesz. A felosztott adat ott tárolható, ahol a legtöbbet használjuk, így a legtöbb mővelet lokális és a hálózati forgalom a lehetı legkisebb. Többféle tördelést ismerünk: vízszintes, függıleges és levezetett. 18

19 Vízszintes tördelés: Legyen R egy reláció, n fragmensek száma és Fj (j = 1,..., n) konjunktív normál formában levı predikátum formulák. Vízszintes fragmenseket a vízszintes kiválasztás mővelet segítségével a következıképpen kapunk: R = σ ( R ); j = 1, K, n j F j Ri Rj =, ha i j; R n = U R j j =1. Tehát, a töredékek diszjunktak és egyesítésükbıl visszakapjuk a globális R relációt. 19

20 példa: Legyen az Alkalmazottak tábla a NagyKer adatbázisból: Alkalmazottak (SzemSzám, Név, Fizetés, Cím, RészlegID); Egy lehetséges parancs a tördelés leírására, mely az osztott adatbázis-kezelı rendszer katalógusában kerül tárolásra, a következı: FRAGMENT Alkalmazottak INTO KolAlk AT SITE Kolozsvar WHERE RészlegID = 1 OR RészlegID = 2 NavAlk AT SITE Nagyvarad WHERE RészlegID = 9; Alkalmazottak = KolAlk U NavAlk 20

21 A felhasználó oldaláról Alkalmazottak SzemSzám Név RészlegID Fizetés (euró) Kiss Csaba Szabó János Szilágyi Pál Kovács István Nagy Éva Vincze Ildikó Kolozsvár Nagyvárad KolAlk NavAlk Szem Szám Név Rész legid Fizetés (euró) Szem Szám Név Rész legid Fizetés (euro) Szilágyi Pál Szabó János Kovács István Kiss Csaba Nagy Éva Vincze Ildikó

22 Függıleges tördelés: R egy reláció, mely attribútumainak halmaza A = {A1, A2,..., An}. C az R elsıdleges kulcsa, Ak C = Ø; k = 1,..., m; Ak Al = Ø; ha k l. egy függıleges töredéket a következıképpen kapunk: R =, ( R ) ; k = 1,..., m; k π C A k A globális R relációt a természetes összekapcsolás mőveletével kapjuk vissza: R = R1 R2... Rm; 22

23 példa: Alkalmazottak (SzemSzám, Név, Fizetés, RészlegID); Egy függıleges tördelését kapjuk az Alkalmazottak táblának: AlkAltalános (SzemSzám, Név, RészlegID); AlkFizetés (SzemSzám, Fizetés). A globális Alkalmazottak relációt megkapjuk, ha a két töredéket összekapcsoljuk: Alkalmazottak = AlkAltalános AlkFizetés 23

24 A felhasználó Alkalmazottak SzemSzám Név RészlegID Fizetés (euró) Kiss Csaba Szabó János Szilágyi Pál Kovács István Nagy Éva Vincze Ildikó Csomó1 Csomó2 AlkAltalános AlkFizetés Szem Szám Név RészlegID SzemSzám Fizetés (euró) Kiss Csaba Szabó János Szilágyi Pál Kovács István Nagy Éva Vincze Ildikó

25 Egy rendszer, mely megengedi a tördelést, biztosítania kell a tördeléstıl való függetlenséget (nevezik még átlátszóságnak a tördeléssel szemben), azaz a felhasználók úgy kell lássák az adatokat (legalább is logikai szempontból), mintha azok egyáltalán nem lennének feldarabolva. A tördeléstıl való függetlenség (hasonlóan a lokációtól való függetlenséghez) szükséges, mert így leegyszerősödnek a felhasználói programok. Sajátos esetben megengedi, hogy a táblákat bármikor újra lehessen tördelni anélkül, hogy a felhasználói programokat módosítani kellene. 25

26 6. Másolatoktól való függetlenség Ha az adatbázis bizonyos részét több csomópontból is folyamatosan használják, akkor a kommunikációs költségek nagyok. Minden gép könnyen abba a helyzetbe kerülhet, hogy a különbözı helyeken tárolt adatok folyamatos összerakásával foglalkozik. A teljesítmény elkerülhetetlenül romlik, ha az egyes gépeknek állandóan a tılük távol tárolt adatokhoz kell hozzáférniük. Az osztott adatbázisrendszerek célkitőzései között szerepel a kommunikációs költségek csökkentése. Másolatok készítésével jelentısen csökkenthetjük a lekérdezések feldolgozása során felmerülı kommunikációs költségeket. 26

27 A gyakorlatban a legtöbb osztott adatbázisrendszer bizonyos mértékig támogatja az adatreplikációt. Egy tárolt relációnak, vagy töredéknék több másolata lehet, melyek különbözı csomópontokban vannak tárolva. példa: Készítsünk másolatot a kolozsvári csomópontban a nagyváradi fragmensrıl és fordítva. Egy lehetséges leírása a másolatok készítésének: REPLICATE KolAlk NKolAlk AT SITE Nagyvarad ; REPLICATE NavAlk KNavAlk AT SITE Kolozsvar ; 27

28 A másolat készítés két okból fontos: jobb teljesítményt jelent: az OABKR a helyi adatokon dolgozik, ahelyett, hogy távoli csomópontokkal kellene kommunikáljon; jobb hozzáférhetıséget biztosít: egy adott, másolattal rendelkezı, objektum mindaddig elérhetı lesz, amíg legalább egy másolata elérhetı. Másolat készítés hátránya: adatkezelési mőveleteket az összes másolaton el kell végezzük az A másolat készítés ideális esetben a felhasználó számára átlátszó kell legyen, a felhasználó úgy kell lássa az adatokat, legalább is logikai szempontból, mintha egyáltalán nem léteznének másolatok. 28

29 7. Lekérdezés osztott feldolgozása ha egy lekérdezés több csomópontban tárolt relációra vagy töredékre vonatkozik, több lehetıség is van szállítani a relációkat a csomópontok között. a központosított rendszerek lekérdezés optimalizálásához ez plusz feladatként jelenik meg. a relációs adatbázisok megfelelıbbek az osztott adatbázisrendszerben, mint azok, melyek nem relációs adatmodellre épülnek. A relációs modell esetén egy lekérdezés részeredményei is relációk, a hálózaton eredményhalmazokat lehet küldeni, nem kell egyenként küldeni sorokat, mint például a hálós adatmodell esetén. 29

30 8. Tranzakciók osztott vezérlése Egy osztott adatbázisrendszerben egy tranzakció módosításai több csomópontra is kiterjednek. mindegyik tranzakció több ügynökbıl (ágens) épül fel. egy ügynök az a folyamat, amit a tranzakció egy adott csomópontban végez el. a rendszernek biztosítania kell, hogy egy adott tranzakció összes ügynöke sikerrel fejezıdjön be. ha egy tranzakció egy ügynökének nem sikerült a munkáját befejezni, a tranzakciót visszagörgeti, ami azt jelenti, hogy az adott tranzakció többi ügynöke semmissé kell tegye amit a tranzakció végrehajtása érdekében dolgozott. 30

31 9. Hardwertıl való függetlenség A osztott rendszerben több különbözı típusú gép is lehet, például IBM, Macintosh, HP, stb. Ezek a számítógépek egyenrangú partnerek kell legyenek az osztott rendszerben. Mőködhet rajtuk ugyanaz a típusú adatbázis-kezelı rendszer vagy különbözıek, lásd a 12-es célkitőzést. 31

32 10. Operációs rendszertıl való függetlenség A különbözı típusú gépen, mely az osztott rendszerben együttmőködik különbözı operációs rendszer futhat. Ugyanazt az ABKR-t különbözı operációs rendszeren is lehessen futtatni és ugyanabban az osztott rendszerben tudjanak együttmőködni. Például az Oracle-nek a Windows operációs rendszer alatt futó változata és UNIX alatti változata tudjon az osztott rendszerben együttmıködni. 32

33 11. Hálózattól való függetlenség Ha egy osztott rendszerben megengedettek a különbözı csomópontokban a különbözı típusú gépek különbözı operációs rendszerrel megengedett kell legyen a különbözı kommunikációs hálózat is. 12. Adatbázis-kezelı rendszertıl való függetlenség Egy osztott rendszer homogén, ha minden csomópontjában ugyanaz az ABKR fut. 33

34 csak az lesz szükséges, hogy a különbözı csomópontokban található ABKR-ek ugyanazt az interfészt támogassák, és nem kell ugyanazon ABKR másolatai legyenek. Például, ha az MS SQL Server és az ORACLE képes egymással kommunikálni egy osztott rendszer keretén belül. Vagyis lehetséges, hogy egy osztott rendszer heterogén legyen, legalább is bizonyos mértékig. A heterogenitás támogatása kétségtelenül fontos. A valós rendszerekben nemcsak különbözı gépek mőködnek, különbözı operációs rendszerekkel, hanem a leggyakrabban különbözı ABKReket mőködtetnek és az lenne jó, ha ezek a különbözı ABKR-ek együtt tudnának mőködni egy osztott rendszerben. az ideális osztott rendszer kell biztosítsa az ABKR-tıl való függetlenséget. 34

35 Osztott adatbázis architektúrák Az ANSI-SPARC arhitektúrát kibıvítették osztott adatbázisokra. A központosított arhitektúra fogalmi szintjének a globális fogalmi séma felel meg, mely az osztott rendszer összes adatának általános szerkezetét írja le. A felhasználói alkalmazások és a felhasználó hozzáférését az adatbázishoz a külsı sémák (KS) támogatják. A felhasználó a globális fogalmi szinten keresztül fér hozzá az adatokhoz, tehát nem látja, hogy az adat szét van darabolva, a globális relációt használhatja a lekérdezések, illetve adatkezelési mőveletei esetén. 35

36 Egy osztott adatbázisban az adatok lehetnek tördelve, illetve a táblákról, töredékekrıl létezhetnek másolatok. Minden csomópontnak ismernie kell az adatok logikai szervezését, ezért létezik egy harmadik réteg az arhitektúrában, éspedig a lokális fogalmi séma. A globális fogalmi séma ezeknek a lokális fogalmi sémáknak az egyesítésébıl jön létre. Fizikailag az adatok több csomópontban vannak tárolva, minden csomópontnak ismerie kell a saját adatainak a fizikai tárolási részleteit. Ez azt jelenti, hogy kell legyen egy egyedi fizikai (belsı) séma definíció minden csomópontban, melyet lokális fizikai (belsı sémának) nevezhetünk. Az itt bemutatott arhitektúra biztosítja a korábbiakban leírt átlátszóságokat. 36

37 A logikai és fizikai adatfüggetlenséget biztosítja mivel az ANSI/SPARC arhitektúra kiterjesztése. A másolatoktól és a helytıl való függetlenséget a lokális és globális fogalmi sémák biztosítják a köztük levı kapcsolatokon keresztül. A felhasználó lekérdezései nem veszik figyelembe az adatok helyét, illetve azokat a komponenseket, amelyek részt vesznek a lekérdezés végrehajtásában. A globális lekérdezéseket az osztott adatbázis-kezelı rendszer lebontja lokális lekérdezésekre, melyek más-más csomópontban hajtódnak végre. 37

38 Külsı séma 1 Lokális fogalmi séma 1 Lokális fizikai séma 1 Külsı séma 2 Globális fogalmi séma Lokális fogalmi séma 2 Lokális fizikai séma Külsı séma m Lokális fogalmi séma n Lokális fizikai séma n

39 Cég adminisztrátor Globális adatbázis adminisztrátor Globális fogalmi a.b. séma processzor Applikáció, rendszer adminisztrátor GD/D Külsı adatbázis séma processzor Lokális adat Lokális adatbázis adminisztrátor Fogalmi adatbázis séma processzor - 1 Fogalmi adatbázis séma processzor - n Lokális adat Lokális adatbázis adminisztrátor Fizikai adatbázis séma processzor LD/D LD/D Fizikai adatbázis séma processzor Belsı tárolás/ belsı adatbázis átalakítás Fizikai adatbázis/ fogalmi átalakítás Fizikai adatbázis/ fogalmi átalakítás Belsı tárolás/ belsı adatbázis átalakítás 39

40 Osztott ANSI-SPARC modell funkcionalitást figyelembe véve Kibıvítették a globális katalógus/szótárral (global directory/ dictionary GD/D), amely megengedi a szükséges globális leképezéseket. A lokális leképezéseket pedig a lokális katalógus/szótár (local directory/dictionary LD/D) kezeli. lokális adatbázis-kezelı komponensek be vannak építve a globális ABKR funkcióiba. Az adatbázisok tipikusan fentrıl lefele stílusban vannak tervezve, és ezért az összes külsı nézet globálisan van definiálva. 40

41 FELHASZNÁLÓ FELHASZNÁLÓ PROCESSZOR Felhasználói interfész kezelı Szemantikus adat ellenır Globális lekérdezés Osztott végrehajtási monitor Külsı séma Globális fogalmi séma GD/D ADAT PROCESSZOR Lokális lekérdezés Lokális fogalmi séma Lokális visszaállítás Napló állomány Helyi végrehajtás processzor Lokális fizikai séma 41

42 42

43 OABKR komponensei A. felhasználói processzor kezeli az interakciót a felhasználóval, B. adat processzor a tárolással foglalkozik. A felhasználói processzor négy elembıl áll: A felhasználói interfészkezelı felelıs azért, hogy értelmezze a felhasználótól érkezı parancsokat, továbbküldje végrehajtásra, majd az eredmény adatokat a felhasználónak minél érthetıbb formában szolgáltassa. A szemantikus adat ellenır használja a globális fogalmi séma részeként definiált helyességi megszorításokat és hozzáférési jogokat, hogy ellenırizze, hogy a felhasználói lekérdezés végrehajtható-e. 43

44 A globális lekérdezés optimalizáló meghatároz egy végrehajtási stratégiát, mely minimalizálja a költség függvényt. A globális lekérdezéseket lefordítja lokális lekérdezésekre, felhasználva a globális és lokális fogalmi sémákat, illetve a globális könyvtárat/szótárat. A globális lekérdezés optimalizáló felelıs, többek között, azért, hogy meghatározza a legjobb sorrendjét a join mőveletek végrehajtásának. Az osztott végrehajtási monitor koordinálja a felhasználó kérésének osztott végrehajtását. Ezt nevezik osztott tranzakció kezelınek is. A lekérdezések osztott módon történı végrehajtása során, a különbözı csomópontokban található végrehajtási monitorok egymással tudnak kommunikálni. 44

45 Adat processzor három elembıl áll: A lokális lekérdezés optimalizáló, mely úgy mőködik, mint egy hozzáférési út szelektor, felelıs bármelyik adat eléréséhez vezetı legjobb hozzáférési út kidolgozásáért. A lokális visszaállítás-kezelı felelıs azért, hogy a lokális adatbázis konzisztens maradjon, még akkor is, ha hiba lép fel. A helyi végrehajtás processzor fizikailag hozzáfér az adatbázishoz, a lekérdezés optimalizáló által generált végrehajtási tervben található fizikai parancsok szerint. Ez a processzor az interfész az operációs rendszer felé, és tartalmazza az adatbázis pufferkezelıt, mely a fı memória pufferek fenntartásáért felelıs, és kezeli az adathozzáférést. 45

46 Osztott adatbázisok tervezése Az osztott adatbázisok relációs adatmodellre alapulnak, mivel a lekérdezések eredménye szintén reláció, tehát a szállítandó részeredmények adathalmazok. A mai kereskedelmi rendszerek zöme a relációs adatmodellt használja. A tervezésnél használhatjuk a normalizálást vagy egyed-kapcsolat diagram átírását relációs adatmodellé. Az így kapott adatbázis séma a globális séma. Osztott adatbázisok tervezése szempontjából: top-down megközelítés, bottom-up megközelítés 46

47 A top-down tervezési folyamat kérések elemzése, rendszer követelmények. a fogalmi tervezés eredménye a globális fogalmi séma lesz, mely az osztott rendszer minden egyedét és azok közötti kapcsolatokat tartalmazza. a kéréseket a nézetek tervezésésénél is figyelembe kell vegyük. A nézetek tervezésének eredményeképp a felhasználói interfészeket kapjuk. A felhasználói nézetek a globális sémát, nem pedig lokális sémákat használnak. 47

48 Osztott rendszerek esetén a lokális sémát is meg kell határoznunk, ami a relációk tördelését illeti. melyik relációt tördeljük és milyen feltétel alapján? melyik töredéket, melyik csomópontban tároljuk? Kutatások ezen a területen matematikai programozást alkalmaznak, lásd [ÖzVa91]. Az utolsó lépés a tervezési folyamatban a fizikai tervezés folyamata, mely figyelembe kell vegye a lokális fogalmi sémát. A tervezés általános problémája NP-teljes. Az ajánlott megoldások heurisztikusak. o Ezek közül egy: tároljunk minden adatot ott, ahol a legtöbbet használják. 48

49 A bottom-up tervezési folyamat A top-down tervezési módszer alkalmazható, ha az osztott adatbázisból még semmi nem létezik. A gyakorlatban viszont gyakran az osztott adatbázis részei már léteznek, és a tervezési tevékenység ezek beillesztését is meg kell valósítsa. A bottom-up megközelítés alkalmasabb ilyen típusú környezetben. Az indulási pont a bottom-up tervezés esetében a lokális fogalmi sémák. A folyamat abban áll, hogy a lokális sémákat beilleszti a globális fogalmi sémába.

50 Adatok másolásával felmerülı problémák Ha egy rendszer megengedi a táblák, fragmensek másolatának létezését, gondoskodnia kell az adatkezelési mőveletek továbbításáról az összes létezı másolat felé. Az adatkezelési mőveletek továbbításával az összes létezı másolat felé az a gond, hogyha egyik csomópont azok közül, mely tárolja a sok közül az egyik másolatot nem elérhetı, az adatkezelési mővelet nem végezhetı el (elsı célkitőzés: egy X csomópont a saját adatán nem végezhet adatkezelési mőveletet, ha létezik arról egy másolat egy olyan csomópontban, mely nem elérhetı) 50

51 Egy megoldás az elsıdleges másolat séma (primary copy scheme): o egy x logikai adatbázis objektumnak (tábla vagy fragmens), melynek vannak másolatai, az egyik másolatát kinevezi elsıdleges másolatnak (primary copy), a többi másolat másodlagos (secondary) lesz. különbözı objektumok elsıdleges másolatai különbözı csomópontokban vannak, nincs egy központi, ahol tárolva van az összes elsıdleges másolat, ne legyen egy csomópont leterhelve. Tehát ez egy osztott séma. az elsıdleges másolat séma esetén egy adatkezelési mővelet logikailag teljes a rendszer szempontjából, ha az elsıdleges másolaton végre lett hajtva. A csomópont, mely tárolja az elsıdleges másolatot felelıs azért, hogy továbbítsa az adatkezelési mőveletet egy adott idın belül az összes létezı másolat felé. 51

52 Ahhoz, hogy a tranzakciók ACID tulajdonságai be legyenek tartva az adatkezelési mővelet továbbítása az összes másolat felé a COMMIT elıtt meg kell történjen. Ezzel a megoldással is vannak problémák: ha egy X csomópont A fragmensének van több másolata és az elsıdleges másolat nem az X csomópontban van, hanem egy távoliban, mely épp nem elérhetı, az X nem tud dolgozni az A fragmenssel, mely a saját adata. A kereskedelmi rendszerek elfogadják az adatkezelési mőveletek késleltetett továbbítását (delayed update propagation). Ezzel a megoldással az a gond, hogy nem lehet tudni az adatbázis mikor konzisztens és mikor nem az. Egyes rendszerek a SNAPSHOT fogalmát használják a másolat megvalósítására. Különbözı rendszerek, különbözıképpen valósítják meg a másolatokat, illetve a tördelést. 52

53 Tranzakciókezelés osztott adatbázisok esetén A tranzakció a helyesség, a konkurencia és a helyreállítás egysége. ACID tulajdonságok Egy tranzakció megırzi az adatbázis helyességét. Egymás után, tehát soros ütemezéssel végrehajtott tranzakciók is megırzik az adatbázis helyességét. a sorbarendezhetı ütemezés (ugyanolyan hatással van az adatbázis állapotára, mint valamelyik soros ütemezés) biztosítja még az adatbázis konzisztenciájának a megmaradását. 53

54 Köpontosított adatbázis esetén a konkurencia problémákat általában zárolással oldják meg. Más: idıbélyegzın alapuló ütemezés Kétfázisú lezárás tétel: Ha minden tranzakció betartja a kétfázisú lezárási protokollt (2PL), az összes lehetséges ütemezés sorbarendezhetı. egy másolatokat engedélyezı osztott környezetben hálózatszintő lezárásokat kell alkalmazni. a másolatokat ellenırzı protokollok biztosítják: Legyen egy x adat, illetve x1, x2,, xn ennek a másolatai. Az x adatra, mint logikai adatra hivatkozunk, a másolatokra pedig mint fizikaira. 54

55 A felhasználók a hozzáférési mőveleteket (írás vagy olvasás) (másolatokkal szembeni függetlenség elvének értelmében) az x-re, mint logikai adatra való hivatkozással végzik el. A másolatokat ellenırzı protokollok feladata logikai adatokon végzett mőveletek átalakítása az ezeknek megfelelı fizikai adatokon végzett mőveletekké. A legegyszerőbb ilyen jellegő protokollnak a neve ROWA (readonce/write-all) és a következı szabályokkal írható le: az x adat egy logikai olvasása átalakul egyetlen fizikai olvasási mőveletté (általában abból a másolatból, amelybıl a leggyorsabban hozzáférhetı a kérést elindító csomópont) az x adat egy logikai írási mővelete átalakul n darab, a fizikai adatokat író mőveletté: x1, x2,, xn 55

56 Feltételezve, hogy minden csomópont felelıs a saját objektumai lezárásáért, egy távoli csomópontban levı adatbáziselem módosítása a következı üzeneteket igényli: a zárolást kérni kell a távoli csomóponttól; a távoli csomópont küldi az engedélyt, ha a zárolás lehetséges; adatkezelési mőveletet kell kérni a a távoli csomóponttól; a távoli csomópont küldi a mővelet elvégzésének elismervényét (acknowledgment) zárolás feloldását kéri a távoli csomóponttól. 56

57 Legyen T egy tranzakció, mely egy x adatbáziselemet akar módosítani, melynek n darab másolata van egy-egy távoli csomópontban. Egy lehetséges megvalósítása a k darab másolat módosításának 5n üzenetet von maga után: n számú zárolási kérés; n számú zárolási engedély; n számú módosítási mővelet; n számú elismervény; n számú zárfeloldási kérés. Egy megoldás lenne, összekapcsolni a zárolási kérést a módosítási mővelettel, de így is sokkal több, mint a központosított rendszerben. 57

58 Architektúrai részletek Osztott végrehajtási monitornak két modulja: a tranzakciókezelı (transaction manager: TM), mely felelıs az adatbázis operációk végrehajtásának koordinálásáért. a ütemezı (scheduler: SC), mely az adatbázishoz való hozzáférést szinkronizáló, konkurenciakezelı algoritmus kidolgozásáért felelıs. A tranzakciókezelı kommunikál, az ugyanabban vagy különbözı csomóban található ütemezıkkel és adat processzorokkal. 58

59 Más TM-kel Begin_transaction, Read, Write, Commit, Abort Eredmények Tranzakciókezelı Ütemezési kérések Ütemezı Adat processzorok felé Az osztott végrehajtási monitor részletes modellje 59 Más ütemezıkkel Más adat processzorokkal

60 A tranzakciókezelı egy interfészt implementál, mely öt parancsból áll: 1. Begin_transaction. Ez egy mutató a TM-nek, hogy egy új tranzakció kezdıdik. A TM elkönyveli, így például megırzi a tranzakció nevét, a kezdeményezı applikációt, és így tovább. 2. Read. Ha egy x adat lokálisan van tárolva, olvassa az értékét és visszaküldi a tranzakciónak. Különben, a TM kiválasztja az x egy másolatát és kéri, hogy a másolat legyen visszaküldve. 3. Write. A TM koordinálja az x értékének a módosítását, minden olyan csomópontban, ahol az megtalálható. 4. Commit. A TM koordinálja az adatok fizikai módosítását az összes olyan csomópontban, melyek részt vettek a tranzakcióban 5. Abort. A TM biztosítja, hogy a tranzakciónak semmilyen hatása nem látszik az adatbázisban. 60

61 A központosított adatbázisokban a konzisztencia ellenırzésére használt elvek és algoritmusok használhatók az osztott adatbázisok esetén is. a sorbarendezhetıség elmélete használható az olyan osztott adatbázisok esetén, amelyekben nincsenek másolatok. A tranzakciók végrehajtásának sorrendje mindegyik csomópontban egy helyi tervvel van képviselve. Ha az összes csomópont helyi terve sorbarendezhetı, akkor a terv általánosítható, mint a helyi tervek egyesítése (globális terv), szintén sorbarendezhetı egy olyan adatbázisban, amelyben léteznek másolatok elképzelhetı egy olyan eset is, amikor a helyi tervek sorbarendezhetık, viszont a globális terv nem sorbarendezhetı. A globális terv is sorbarendezhetı kell legyen. 61

62 Központosított 2PL A 2PL algoritmus könnyen kiterjeszthetı OABKR. Egy megoldás: (C2PL) a csomópontok közül csak az egyiknek van zároláskezelıje, (központi csomópont a neve) a zárolásokat csak ez vezérli, a többi csomópontban levı tranzakciókezelık ezzel kommunikálnak a tranzakciókezelı abban a csomópontban található, amely a tranzakciót kezdeményezi (ezt koordináló TM-nek nevezzük). az adat processzorok a résztvevı csomópontokban találhatók. A résztvevı csomópontok azok, melyekben a mőveleteket végre kell hajtani. 62

63 fı problémája a C2PL algoritmusnak az, hogy a központi csomópont gyorsan túlterhelıdhet a központi csomópont meghibásodása vagy el nem érhetısége az egész rendszer mőködıképtelenségéhez vezet. kutatások bebizonyították, hogy a túlterhelés valóban megjelenik, ahogy a tranzakciók száma növekszik, viszont elhanyagolható kevés tranzakció esetén 63

64 Adatprocesszor a közremőködı csomópontokon Koordináló TM Központi csomó LM Lezárás kérés 1 Mővelet Lezárás beszerezve 3 2 Mővelet vége Lezárás felszabadítása

65 Az elsıdleges másolatos 2PL angolul: primary copy 2PL (PC2PL) a C2PL kiterjesztése, mely próbálja a problémákat kiküszöbölni; több csomópontban is lesz LM és mindegyik bizonyos lezárandó egységekért felelıs; a TM-k elküldik a lezárási és felszabadítási kérésüket annak a LM-nek, amely az adott lezárandó egységért felelıs; az algoritmus minden adatnak egyik másolatát úgy tekinti, mint annak elsıdleges másolatát; a PC2PL-t ajánlották az INGRES osztott prototípus változatához 65

66 Osztott 2PL (distributed 2PL (D2PL) az összes csomópontban szükséges LM. ha az adatbázisban nincsenek másolatok, a D2PL PC2PL-á alakul. ha léteznek másolatok, a tranzakció a ROWA másolatkezelı protokollt implementálja. A D2PL tranzakciókezelı algoritmus hasonló a C2PL TM-hez, viszont két jelentıs változtatás van. 1. Az üzenetek, melyek a C2PL TM esetén, a központi csomó felé vannak küldve, D2PL TM-nél az összes résztvevı csomópontban található LM-nek el lesz küldve. 2. A mőveleteket nem a koordináló TM adja át az adat processzoroknak, hanem a résztvevı LM-ek. 66

67 Koordináló TM Résztvevı LM-ek Résztvevı DP-k Lezárási kérés Mővelet 1 2 Mővelet vége 3 Lezárás felszabadítása 4 67

68 a koordináló TM nem vár a lezárás kérés beszerezve üzenetre. a résztvevı adatprocesszorok (DP) a mővelet vége üzenetet a koordinátor TM-nek küldik. vagy mindegyik DP a saját LM-ének küldi az üzenetet, mely felszabadítja a zárást és értesíti a koordinátor TM-t. Az algoritmus hasonló a szigorú 2PL algoritmushoz. A D2PL algoritmust használja a System R * és a NonStop SQL. 68

69 Holtpont kezelés Lezáráson alapuló konkurenciakezelı algoritmus holtpontot idézhet elı; egyes idıbélyeget használó algoritmusok is, melyek szükségessé teszik a tranzakciók várakozását, az OABKR-eknek szükségük van speciális eljárásokra, melyekkel tudják a holtpontot kezelni. Egy hasznos eszköz a holtpontok elemzésénél a várakozási gráf (angolul: wait-for graph WFG). o Holtpont akkor jelentkezik, ha a gráf tartalmaz kört. o A WFG meghatározása sokkal komplikáltabb osztott rendszerekben, mivel két tranzakció, mely holtpontot idézhet elı lehet, hogy különbözı csomópontokban fut. 69

70 o Ezt az esetet globális holtpontnak nevezzük. o Osztott rendszerekben nem elég, egy-egy lokális várakozási gráf minden egyes csomópontban, szükséges, egy globális várakozási gráf is létre legyen hozva, mely a az összes LWFG egyesítése. példa: legyen négy tranzakció: T1, T2, T3 és T4 a következı várakozási relációval köztük: T1 T2 T3 T4 T1. o T1 és T2 az 1-es csomóponton futnak 70

71 o T3 és T4 a 2-esen 1 Csomó 2 Csomó 1 Csomó 2 Csomó T1 T4 T1 T4 T2 T3 (a) (b) T2 T3 71

72 Három típusú algoritmus létezik a holtpontok kezelésére: megelızés elkerülés felismerés és megoldás Holtpont megelızés a holtpont megelızı algoritmusok garantálják, hogy holtpont nem léphet fel a TM egy tranzakciót indulásakor ellenırzi és nem engedi, hogy az végrehajtódjon, ha holtpontot idézhet elı. 72

73 ahhoz, hogy ezt az ellenırzést elvégezhesse, szükséges, hogy az összes adat, melyhez a tranzakció hozzá fog férni, elıre legyen deklarálva. a TM lefoglalja az összes, a tranzakció által elıre deklarált, adatot. a TM akkor engedi, hogy egy tranzakció végrehajtódjon, ha az összes adat, melyhez hozzá fog férni, rendelkezésre áll. Különben a tranzakciónak nem engedélyezett a futása. sajnos ilyen rendszerek nem igazán felelnek meg adatbázis környezetben. általában nehéz pontosan tudni, hogy egy tranzakció milyen adatokhoz fog hozzáférni. 73

74 Holtpont elkerülés az ütemezık elıre felfedezik a lehetséges holtpont helyzeteket és biztosítják, hogy nem fognak bekövetkezni. egyik lehetıség a holtpont elkerülése érdekében, az erıforrások rendezése. o minden folyamat az erıforrásokhoz csak a megadott sorrendben férhet hozzá. (operációs rendszerek). Egy átdolgozott változatot indítványoztak az ABKR-ek számára o az OABKR-ken belüli lezárási egységek rendezve vannak és a tranzakciók mindig ilyen sorrendben kérik a lezárásokat. o a lezárási egységek rendezését lehet globálisan vagy mindegyik csomóban lokálisan végezni. 74

75 o Ha lokálisan rendezzük, akkor a csomópontokat is és a tranzakciókat is rendeznünk kell egy másik alternatíva a tranzakciók idıpecsétjeinek felhasználása, mellyel a tranzakcióknak prioritást lehet adni és a holtpontot meg lehet oldani a magasabb (vagy alacsonyabb) prioritású tranzakciók megszakításával. o a LM a következıképpen módosul: ha egy Ti tranzakció lezárási kérése nem teljesíthetı, a LM nem kényszeríti automatikusan a Ti-t, hogy várjon. egy megelızési tesztet alkalmaz a kérdéses tranzakcióra és a zárat tartó tranzakcióra (például Tj). ha a teszt sikeres, a Ti-nek meg van engedve, hogy várjon a Tjre, különben valamelyik tranzakció meg van szakítva. 75

76 Algoritmusok, melyek ezt a megközelítést használják: WAIT-DIE szabály: Ha a Ti tranzakció kéri egy olyan adat lezárását, amely már le van zárva a Tj tranzakció által, a Ti akkor és csakis akkor kerül várakozási állapotba, ha az idıpecsétje megelızi a Tj tranzakcióhoz rendelt idıpecsétet (a Ti régebbi, mint a Tj). Ha a Ti tranzakció korábbi, mint Tj akkor a Ti érvénytelenítve lesz, illetve késıbb újra lesz indítva ugyanazzal az idıpecséttel. WOUND-WAIT szabály: Ha a Ti tranzakció kéri a Tj által lezárt adathoz való hozzáférést, a Ti akkor és csakis akkor kerül várakozási állapotba, ha az idıpecsétje újabb, mint a Tj-hez rendelt idıpecsét (a Ti korábbi mint a Tj). Ha a Ti régebbi, mint Tj, akkor a Tj érvénytelenítve lesz, az erıforrást meg a Ti tranzakció kapja meg 76

77 a szabályok a Ti szemszögébıl vannak leírva: Ti várakozik, Ti szakad meg és Ti szakítja meg a Tj-t. a két algoritmus eredménye ugyanaz: az érintett tranzakció meg van szakítva és újra van indítva. A két szabályt a következıképpen írhatnánk le: ha ts(ti) < ts(tj) akkor Ti vár különben megszakítva (WAIT-DIE) ha ts(ti) < ts(tj) akkor Tj meg van szakítva különben Ti vár (WOUND-WAIT) mindkét algoritmus esetén a fiatalabb tranzakció van érvénytelenítve. 77

78 a WAIT-DIE algoritmus a fiatalabb tranzakciókat részesíti elınyben, míg a régebbi tranzakciók várakoznak a kért erıforrás után, ez a tranzakciók elöregedésének jelenségét segíti elı. a WOUND-WAIT algoritmus elınyben részesíti a régebbi tranzakciókat, amelyek soha nem várnak fiatalabb tranzakciókra holtpont elkerülésének érdekében fel lehet használni mind a két algoritmust vagy akár a kombinációjukat. Az elkerülési módszerek hátránya az, hogy a lehetséges holtpontok kezelésének mőveletei sok idıt felvesznek. Ez az idı hozzájárul a tranzakciók végrehajtásának átlag idejének növeléséhez. 78

79 Holtpont felismerés és megoldás a legnépszerőbb és legtöbbet tanulmányozott holtpont kezelési metódus. GWFG-ban a körök létrejöttének tanulmányozásával történik. egy vagy több áldozat tranzakciót kiválasztanak, melyek meg lesznek szakítva a GWFG-beli körök megszüntetése érdekében. bonyolult feladat (NP-teljes), azokat az áldozat tranzakciókat kiválasztani, melyeknek érvénytelenítése minimalizálja a holtpontból való kilépés mőveletének költségét osztott holtpont felismerésére három alapvetı módszer létezik: központosított, osztott hierarchikus. 79

80 Központosított holtpont felismerés az osztott ab. csomópontjai közül egyik ki van nevezve holtpont felismerınek az egész rendszerre nézve. a csomópontok mindegyike periódusonként a saját LWFG-ját elküldi a holtpont felismerı csomópontnak. ez felépíti a GWFG-ot és meghatározza benne a létezı köröket. a rendszer terheltségének csökkentésére a csomópontok periódusonként, csak a LWFG-on történt módosításokat küldik el (hozzáadott vagy törölt éleket). 80

81 az információk elküldése közötti idı megválasztásának két ellentmondó befolyásoló tényezıje van: o a hosszú periódusok késést okozhatnak, a nem idıben felismert holtpontnak köszönhetıen, o a túl gyakori üzenetek elküldése szintén negatívan befolyásolhatja a rendszer hatékonyságát, a valószínőleg felesleges, nagy számú üzenetek elküldése terheli a rendszert. a holtpontok központosított felismerése nagyon egyszerő és egy természetes megoldást jelentenek olyan rendszerek esetén, amelyek a központosított 2PL módszert alkalmazzák konkurencia kezelı algoritmusként. a legnagyobb hátrányát ennek a módszernek a holtpontot felismerı csomópont sebezhetısége jelenti. ezt módszert használták az osztott INGRES-nél. 81

82 Hierarchikus holtpont felismerés holtpont felismerık hierarhiáját építik fel a helyi holtpontok már a csomók szintjén felismerhetık a LWFGnak köszönhetıen. mindegyik csomópont elküldi a LWFG-ját a hierarchiában felette álló holtpontot felismerı csomópontnak. ennek megfelelıen az osztott (globális) holtpont, mely kettı vagy több csomópontot érint, annak a gyökér csomó szintjén lesz felismerve, amely tartalmazza ezeket a csomópontokat. Jelölés: DD deadlock detector DD21-2 a 2-s szintér, 1 az 1-s csomóponté 82

83 DD0x DD11 DD14 1 Csomó 2 Csomó 3 Csomó 4 Csomó DD21 DD22 DD23 DD24 Például az 1-s csomóbeli holtpont fel lesz ismerve az 1-s csomóban található lokális holtpont felismerı által 83

84 Ha a holtpont túllépi az 1-es és 2-es csomópontot, akkor a DD11 fogja felismerni. Végül, ha a holtpont túlhaladja az 1-s és 4-s csomópontot akkor a DD0x fogja felismerni, ahol az x lehet 1, 2, 3 vagy 4. A hierarchikus felismerés módszere csökkenti a központosított csomótól és a hálózati kommunikációtól való függıséget. Hátrány: o a bonyolult implementálás o módosításokat kell végezni a konkurencia ellenırzı algoritmuson is, meg a másolatokat ellenırzı protokollok szintjén is. 84

85 Osztott holtpont felismerés mindegyik csomóban kell létezzen egy holtpont felismerı. a csomók átadják egymásnak a saját LWFG-jukból a lehetséges holtpont köröket hasonló algoritmust használ a System R * A LWFG-ok a következıképpen vannak kiegészítve és módosítva: mindegyik csomópontban a többi csomóponttól kapott lehetséges holtponti körök élei hozzá vannak csatolva a csomó LWFG-hoz a LWFG azon élei, melyek azt mutatják, hogy a lokális tranzakciók várnak más csomópontbeli tranzakciókra, össze vannak kötve a LWFG-ok azon éleivel, melyek azt mutatják, hogy távol tranzakciók várnak lokális tranzakciókra 85

86 1 Csomó 2 Csomó T1 T4 T2 T3 A lokális holtpontkezelık két dolgot vizsgálnak: Ha a LWFG-ban létezik kör, amely nem tartalmaz külsı éleket akkor egy helyi holtpontot ismer fel és ezt helyben meg is oldja. Ha a LWFG-ban létezik egy olyan kör, amely tartalmaz külsı éleket akkor egy globális holtpontot ismer fel és ennek megoldása feltételezi a kör elküldését a többi holtpont felismerı csomóponthoz. 86

87 Több megoldás is létezik arra vonatkozólag, hogy mely csomópontoknak kell elküldeni a kört: a lehetséges kör összes csomópontba való elküldése. Ez azonban nagy számú üzenet elküldését feltételezi, amely valószínőleg nem is szükséges. egy hatékonyabb megoldást jelent a holtponti körnek azokba a csomópontokba való elküldése, melyek a láncot alkotják. Az üzenetet vevı csomópontok a fent leírt szabályoknak megfelelıen kiegészítik a saját LWFG-t és megvizsgálják ebbe egy lehetséges kör jelenlétét. o problémát jelent, hogy egyetlen holtpontot több csomópont is felfedezhet, mint lehetséges kört a saját LWFG-ban. o a különbözı csomópontokbeli holtpont felismerık különbözı áldozat tranzakciókat választhatnak ki. 87

88 A probléma a tranzakciókhoz rendelt idıpecsétek felhasználásával oldható meg: legyen Ti Tj a LWFG azon lánca, amely a lehetséges holtponti körhöz van rendelve. a helyi csomó akkor küldi tovább ezt a kört, ha a ts (Ti) < ts (Tj). o az elküldött üzenetek számát a felére lehet csökkenteni o csökken annak az esélye, hogy ugyanazt a holtpontot egyszerre többen is észleljék. A példa esetén: 1-es csomópont lánca: T1 T2 T3 2-es csomópont lánca: T3 T4 T1 Feltételezve, hogy az idıbélyegek a tranzakciók számával egyezik, csak az 1-es csomópont küldi tovább a holtponthoz tartozó éleket. 88

89 Helyreállítás osztott környezetben az osztott helyreállítási protokolloknak (mint ahogy a lokálisnak is), céljuk, hogy az osztott tranzakciók atomiságát és tartósságát biztosítsák begin_transaction teljesen hasonlóan hajtódik végre, mint központosított esetben, a TM által, abban a csomópontban, melybıl a tranzakció származik. a read és write parancsok a ROWA szabályoknak megfelelıen hajtódnak végre. 89

90 A protokoll egyszerőbb leírása miatt feltételezzük, hogy abban a csomópontban, melybıl a tranzakció származik, létezik olyan folyamat, mely a mőveleteit végrehajtja. Ezt a folyamatot nevezzük koordinátornak. A koordinátor kommunikál a többi csomópontban levı résztvevı folyamattal, melyek a tranzakció mőveleteinek végrehajtásában segítenek. A commit, abort, recover osztott rendszerben változik 90

91 Háttértároló Stabil napló Stabil adatbázis Olvasás Írás Lokális helyreállításkezelı Lehozás Írás Olvasás Olvasás Írás Pufferkezelı Írás Olvasás Írás Írás Archívum adatbázis Archívum napló 4.2. ábra. LRM és BM által vezérelt teljes memória hierarchia 91 Napló puffer Adatbázis puffer (Felejtı adatbázis)

92 A kétfázisú véglegesítés (angolul: two-phase commit 2PC) egy elegáns protokoll, mely biztosítja az osztott tranzakció atomi véglegesítését. Kiterjeszti a lokális atomi véglegesítési mőveletet osztott tranzakciókra, ragaszkodva ahhoz, hogy az osztott tranzakciókban résztvevı összes csomópont egyezzen bele a tranzakció véglegesítésébe, mielıtt annak hatásai maradandókká válnának. 92

93 Több ok van arra vonatkozóan, hogy miért szükséges a csomópontok közötti szinkronizálás. egyes ütemezık lehet, hogy nincsenek készen a tranzakció befejezésére. Pl, ha egy tranzakció egy olyan adatnak az értékét olvassa, melyet egy másik, még nem véglegesített tranzakció módosított, az ütemezı lehet, hogy még nem akarja az elızıt véglegesíteni. Holtpont jelenhet meg, mely megköveteli a résztvevıtıl, hogy a tranzakciót megszakítsa. A résztvevınek meg lehet engedve, hogy megszakítsa a tranzakciót. Ez a képesség meglehetısen fontos és egyoldalú megszakításnak nevezzük. 93

94 94

95

96 Koordinátor KEZDİ ELİKÉSZÍT Résztvevı KEZDİ begin_transaction beírása a naplóba MEGSZAKITÁS SZAVAZAT megszakítás beírása a naplóba Nem Kész az véglegesítésre? Igen VÁRAKOZÁS VÉGLEGESÍTÉS készenlét beírása a naplóba Valamelyik nem? Igen megszakítás beírása a naplóba GLOBÁLIS- MEGSZAKITÁS KÉSZENLÉT Nem véglegesítés beírása a naplóba GLOBÁLIS-V ÉGLEGESITÉS (Egyoldalú megszakítás) Megszakítás Üzenet típusa? VÉGLEGESÍTÉS MEGSZAKÍTÁS ACK megszakítás beírása a naplóba Véglegesítés ACK véglegesítés beírása a naplóba end_transaction beírása a naplóba MEGSZAKÍTÁS VÉGLEGESÍTÉS 96

97

98 ellipszisek - állapotok, szaggatott vonalak a koordinátor és a résztvevık közötti üzeneteket a szaggatott vonalakon levı címkék határozzák meg az üzenet természetét. a koordinátor beír egy begin_transaction bejegyzést a naplóba, elküldi az ELİKÉSZÍT üzenetet mindegyik résztvevı csomópontnak és VÁRAKOZÁS állapotba kerül. amikor egy résztvevı megkapja az ELİKÉSZÍT üzenetet, megvizsgálja, hogy, tudja-e véglegesíteni a tranzakciót. o ha igen, beír egy készenlét bejegyzést a naplóba, elküldi a VÉGLEGESÍTÉS-SZAVAZAT üzenetet a koordinátornak, majd KÉSZENLÉT állapotba kerül; o különben, egy megszakítás bejegyzést ír a naplóba és a MEGSZAKITÁS-SZAVAZAT üzenetet küldi el a 98

99 koordinátornak. Ha a csomópont megszakítás döntést hozott, abba is hagyhatja a tranzakciót, mert egy megszakítás határozatnak döntı szerepe van (egyoldalú megszakítás). Miután a koordinátor minden résztvevıtıl kapott választ, eldönti, hogy véglegesítse vagy megszakítsa a tranzakciót. o ha legalább egy résztvevıtıl negatív szavazatot kapott, a koordinátor meg kell szakítsa a tranzakciót globálisan. Így beír egy megszakítás bejegyzést a naplóba, elküldi a GLOBÁLIS- MEGSZAKÍTÁS üzenetet az összes résztvevınek és MEGSZAKÍTÁS állapotba kerül; o különben egy véglegesítés bejegyzést ír a naplóba, GLOBÁLIS- VÉGLEGESÍTÉS üzenetet küld az összes résztvevınek és VÉGLEGESÍTÉS állapotba kerül. 99

100 A résztvevık a koordinátor utasításainak megfelelıen vagy véglegesítik vagy megszakítják a tranzakciót és visszaküldenek egy visszaigazolást, melyre a koordinátor befejezi a tranzakciót beírva egy end_transaction bejegyzést a naplóba. A koordinátor döntését egy tranzakcióra vonatkozó globális befejezését illetıen két szabály irányítja, melyeket együttesen globális véglegesítési szabálynak nevezünk: 1. Ha legalább egy résztvevı a tranzakció megszakítására szavaz, a koordinátor egy globális megszakítás döntést kell hozzon. 2. Ha az összes résztvevı a tranzakció véglegesítésére szavaz, a koordinátor globális véglegesítési döntést kell hozzon. A 2PC megengedi, hogy egy résztvevı egyoldalúan megszakítson egy tranzakciót. 100

101 Ha egy résztvevı azt szavazta, hogy véglegesíti a tranzakciót, utólag a szavazatát nem változtathatja meg. Amikor egy résztvevı a KÉSZENLÉT állapotban van, a tranzakciót vagy megszakíthatja vagy véglegesítheti a koordinátortól kapott üzenet természetének függvényében. A globális befejezési döntés a koordinátortól származik, a globális véglegesítési szabálynak megfelelıen. A koordinátor és a résztvevı folyamatok biztos állapotokba kerülnek, melyben várakozniuk kell egymás válaszaira. Amikor a frissítés véglegessé válik a frissítést végzı gépen, akkor azt hálózatszintő véglegesítésnek kell követnie, amelynek során az összes gép megkísérli véglegesíteni a változtatást. o Az adatnak mindaddig lezárva kell maradnia, amíg minden véglegesítés sikeres lesz. 101

102 o Ha valamelyik gépen a frissítés nem sikerül, akkor egy hálózatszintő visszagörgetést kell kibocsátani, hogy visszaállítsuk a változtatásokat ott, ahol az már véglegessé vált. A fenti a központosított 2PC-t, mivel a kommunikáció csak a koordinátor és a résztvevık között folyik; a résztvevık egymás között nem kommunikálnak. A kommunikációs struktúra a következı: 102

103 Koordinátor Résztvevık Koordinátor Résztvevık Koordinátor elıkészít megszakítás/végle gesítés-szavazás globálismegszakítás/végle gesítés szavazás véglegesített / megszakított 1 Fázis 2 Fázis ábra. Központosított 2PC kommunikációs struktúra 103

104 Egy másik alternatíva a lineáris 2PC, ahol a résztvevık egymással kommunikálhatnak. A rendszerben kommunikációs célból a csomópontoknak létezik egy sorrendje. Legyen egy tranzakció végrehajtásában résztvevı csomópontok közötti sorrend 1,, N, ahol a koordinátor az elsı a sorban. A 2PC protokoll egy elıre, illetve egy visszafele irányuló kommunikációval van implementálva. o Az elıre irányuló kommunikáció a koordinátortól (az 1-es) az N-ig tart és ez jelenti az elsı fázist. o A visszafele irányuló kommunikáció az N-tıl a koordinátorig tart és ez a második fázis. 104

P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához. Rendszerterv. Sipos Gergely sipos@sztaki.

P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához. Rendszerterv. Sipos Gergely sipos@sztaki. P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához Rendszerterv Sipos Gergely sipos@sztaki.hu Lovas Róbert rlovas@sztaki.hu MTA SZTAKI, 2003 Tartalomjegyzék 1. Bevezetés...

Részletesebben

Adatbázisok és adattárházak az információs rendszerek adatkezelői

Adatbázisok és adattárházak az információs rendszerek adatkezelői Adatbázisok és adattárházak az információs rendszerek adatkezelői (Klárné Barta Éva) Részlet az Adatbáziskezelés és vállalati információs rendszerek című jegyzetből. Az első adatfeldolgozó rendszerek néhány

Részletesebben

A hierarchikus adatbázis struktúra jellemzői

A hierarchikus adatbázis struktúra jellemzői A hierarchikus adatbázis struktúra jellemzői Az első adatbázis-kezelő rendszerek a hierarchikus modellen alapultak. Ennek az volt a magyarázata, hogy az élet sok területén első közelítésben elég jól lehet

Részletesebben

Adatbázisok I. Jánosi-Rancz Katalin Tünde tsuto@ms.sapientia.ro 327A 1-1

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

Részletesebben

FELHASZNÁLÓI ÚTMUTATÓ

FELHASZNÁLÓI ÚTMUTATÓ Számítástechnikai Fejlesztı Kft. FELHASZNÁLÓI ÚTMUTATÓ E-SZIGNÓ KÁRTYAKEZELİ ALKALMAZÁS ver. 1.0 2010. november 9. MICROSEC SZÁMÍTÁSTECHNIKAI FEJLESZTİ KFT. 1022 BUDAPEST, MARCZIBÁNYI TÉR 9. Felhasználói

Részletesebben

Aronic Főkönyv kettős könyvviteli programrendszer

Aronic Főkönyv kettős könyvviteli programrendszer 6085 Fülöpszállás, Kiskunság tér 4. Internet: www.cin.hu E-mail: software@cin.hu Tel: 78/435-081, 30/9-573-673, 30/9-593-167 kettős könyvviteli programrendszer v2.0 Szoftverdokumentáció Önnek is jár egy

Részletesebben

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok System i Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok 6. változat 1. kiadás System i Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok 6. változat 1. kiadás Megjegyzés Mielőtt

Részletesebben

A beszerzési logisztikai folyamat tervezésének és működtetésének stratégiái II.

A beszerzési logisztikai folyamat tervezésének és működtetésének stratégiái II. A beszerzési logisztikai folyamat tervezésének és működtetésének stratégiái II. Prof. Dr. Cselényi József Dr. Illés Béla PhD. egyetemi tanár tanszékvezető egyetemi docens MISKOLCI EGYETEM Anyagmozgatási

Részletesebben

Haladó DBMS Radványi, Tibor

Haladó DBMS Radványi, Tibor Radványi, Tibor Radványi, Tibor Publication date 2011 Szerzői jog 2011 Hallgatói Információs Központ Copyright 2011, Felhasználási feltételek Tartalom 1. Haladó DBMS... 1 1. Előszó... 1 2. Az adatbázis-kezelés-

Részletesebben

3 Hogyan határozzuk meg az innováció szükségszerűségét egy üzleti probléma esetén

3 Hogyan határozzuk meg az innováció szükségszerűségét egy üzleti probléma esetén 3 Hogyan határozzuk meg az innováció szükségszerűségét egy üzleti probléma esetén 3.1 A Black Box eljárás Kulcsszavak: Black Box, Kísérleti stratégia, Elosztás, Határérték, A döntéshozatali tábla tesztje

Részletesebben

Az adatmodelleket többféleképpen is csoportosíthatjuk. Egyik csoportosítás:

Az adatmodelleket többféleképpen is csoportosíthatjuk. Egyik csoportosítás: Adatmodellek Minden adatbázis-kezel rendszer egy absztrakt adatmodellel dolgozik, azért, hogy az adatokat ne csak bitek sorozataként lássuk. Egy adatmodell egy matematikai formalizmus mely a következ két

Részletesebben

1 Rendszer alapok. 1.1 Alapfogalmak

1 Rendszer alapok. 1.1 Alapfogalmak ÉRTÉKTEREMTŐ FOLYAM ATOK MENEDZSMENTJE II. RENDSZEREK ÉS FOLYAMATOK TARTALOMJEGYZÉK 1 Rendszer alapok 1.1 Alapfogalmak 1.2 A rendszerek csoportosítása 1.3 Rendszerek működése 1.4 Rendszerek leírása, modellezése,

Részletesebben

Operációs rendszerek. 3. előadás Ütemezés

Operációs rendszerek. 3. előadás Ütemezés Operációs rendszerek 3. előadás Ütemezés 1 Szemaforok Speciális változók, melyeket csak a két, hozzájuk tartozó oszthatatlan művelettel lehet kezelni Down: while s < 1 do üres_utasítás; s := s - 1; Up:

Részletesebben

IBM Business Monitor 7. változat 5. alváltozat. IBM Business Monitor telepítési kézikönyv

IBM Business Monitor 7. változat 5. alváltozat. IBM Business Monitor telepítési kézikönyv IBM Business Monitor 7. változat 5. alváltozat IBM Business Monitor telepítési kézikönyv ii Telepítés Tartalom 1. fejezet IBM Business Monitor telepítése.............. 1 2. fejezet IBM Business Monitor

Részletesebben

Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása IBM i Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása 7.1 IBM i Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása 7.1 Megjegyzés A kiadány és a tárgyalt termék használatba

Részletesebben

FESD Feuerschutz für System- und Datenschränke GmbH OFS. Az innovatív Objektumoltó berendezés a rendszerszekrények tűzvédelmére

FESD Feuerschutz für System- und Datenschränke GmbH OFS. Az innovatív Objektumoltó berendezés a rendszerszekrények tűzvédelmére FESD Feuerschutz für System- und Datenschränke GmbH OFS Az innovatív Objektumoltó berendezés a rendszerszekrények tűzvédelmére Technikai információk FESD Feuerschutz für System- und Datenschränke Dr.-Alfred-Herrhausen-Allee

Részletesebben

Lineáris. Soros. Okozati FIFO. Belépő

Lineáris. Soros. Okozati FIFO. Belépő 10. előadás Konzisztencia és többszörözés 2. rész Adatközpontú konziszteniamodellek összehasonlítása Konzisztencia Szigorú Lineáris Soros Okozati FIFO Konzisztencia Gyenge Feloldó Belépő Leírás Valamennyi

Részletesebben

DB2 Connect Personal Edition telepítése és beállítása

DB2 Connect Personal Edition telepítése és beállítása IBM DB2 Connect 10.1 DB2 Connect Personal Edition telepítése és beállítása SC22-1155-00 IBM DB2 Connect 10.1 DB2 Connect Personal Edition telepítése és beállítása SC22-1155-00 Megjegyzés Az információk

Részletesebben

Az Oracle rendszer komponensei

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ő

Részletesebben

Béta Software számlázó programok adóhatósági ellenőrzési adatszolgáltatása (AEA)

Béta Software számlázó programok adóhatósági ellenőrzési adatszolgáltatása (AEA) Béta Software számlázó programok adóhatósági ellenőrzési adatszolgáltatása (AEA) Dokumentáció történet: 2016.03.19. 2016.05.13. PM, SZWIN:energia adó (6.oldal ) 2016.05.13. PM, SZWIN:számlakibocsátó címváltozás

Részletesebben

Az informatika tárgy oktatásának folyamata. Dr. Nyéki Lajos 2015

Az informatika tárgy oktatásának folyamata. Dr. Nyéki Lajos 2015 Az informatika tárgy oktatásának folyamata Dr. Nyéki Lajos 2015 Az oktatási folyamat fogalma Oktatási folyamat - az a folyamat, amelynek során az egyes tantárgyak éves vagy több éves tananyagának feldolgozására

Részletesebben

10193/12 KH/md DG E2

10193/12 KH/md DG E2 AZ EURÓPAI UNIÓ TANÁCSA Brüsszel, 2012. június 4. (OR. en) 10193/12 Intézményközi referenciaszám: 2012/0048 (NLE) ENER 181 COTRA 19 OC 276 JOGALKOTÁSI AKTUSOK ÉS EGYÉB ESZKÖZÖK Tárgy: MEGÁLLAPODÁS az Amerikai

Részletesebben

AZ EU KÖZÖS ÁRUSZÁLLÍTÁSI LOGISZTIKAI POLITIKÁJA

AZ EU KÖZÖS ÁRUSZÁLLÍTÁSI LOGISZTIKAI POLITIKÁJA DR. RIXER ATTILA * DR. TÓTH LAJOS ** AZ EU KÖZÖS ÁRUSZÁLLÍTÁSI LOGISZTIKAI POLITIKÁJA 1. BEVEZETÉS Az EU közös áruszállítási logisztikai politikája önállóan nem létezik, de az EU közös közlekedéspolitikájának

Részletesebben

Adatbázisok biztonsága

Adatbázisok biztonsága Adatbázisok biztonsága 13 1 Célkitőzések 1. Titoktartás (Secrecy): olyan felhasználó, akinek nincs joga, ne férjen hozzá az információkhoz. pl. egy diák ne láthassa más diák kreditjeit. 2. Sértetlenség

Részletesebben

Workflow és Petri hálók. Workflow fogalma

Workflow és Petri hálók. Workflow fogalma Workflow és Petri hálók Workflow fogalma Mai világunkban egyre nagyobb szerepet kapnak a workflow által irányított rendszerek és a workflow alapú szemléletek. A workflow, vagy munkafolyamat definícióját

Részletesebben

Informatikai biztonság, IT infrastruktúra

Informatikai biztonság, IT infrastruktúra Informatikai biztonság, IT infrastruktúra Informatikai biztonság Az informatikai biztonság az információk és az informatikai rendszerek védelme a jogosulatlan hozzáféréstől, használattól, változtatástól,

Részletesebben

Minőségbiztosítási Kézikönyv

Minőségbiztosítási Kézikönyv Minőségbiztosítási Kézikönyv Jelen Kézikönyv a Balogh Oktató Kft. tulajdona. Továbbadása, sokszorosítása előzetes írásos engedély nélkül nem megengedett. 2016 Nyilvántartási szám: 05-0247-04 Felnőttképzési

Részletesebben

Rendszerfelügyelet Logikai partíciók

Rendszerfelügyelet Logikai partíciók System i Rendszerfelügyelet Logikai partíciók 6. verzió 1. kiadás System i Rendszerfelügyelet Logikai partíciók 6. verzió 1. kiadás Megjegyzés Jelen leírás és a tárgyalt termék használatba vétele előtt

Részletesebben

4. LECKE: DÖNTÉSI FÁK - OSZTÁLYOZÁS II. -- Előadás. 4.1. Döntési fák [Concepts Chapter 11]

4. LECKE: DÖNTÉSI FÁK - OSZTÁLYOZÁS II. -- Előadás. 4.1. Döntési fák [Concepts Chapter 11] 1 4. LECKE: DÖNTÉSI FÁK - OSZTÁLYOZÁS II. -- Előadás 4.1. Döntési fák [Concepts Chapter 11] A döntési fákon alapuló klasszifikációs eljárás nagy előnye, hogy az alkalmazása révén nemcsak egyedenkénti előrejelzést

Részletesebben

Az ellenőrzés módszertana

Az ellenőrzés módszertana Az ellenőrzés módszertana Az ellenőrzés elemei a tényhelyzet megállapítása, a tényhelyzet viszonyítása a követelményhez (összehasonlítás) és az összehasonlítás eredményének értékelése. Az ellenőrzés fogalma

Részletesebben

ERserver. iseries. Szolgáltatási minőség

ERserver. iseries. Szolgáltatási minőség ERserver iseries Szolgáltatási minőség ERserver iseries Szolgáltatási minőség Szerzői jog IBM Corporation 2002. Minden jog fenntartva Tartalom Szolgáltatási minőség (QoS)............................ 1

Részletesebben

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK az IZINTA Kft. vásárlói részére

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK az IZINTA Kft. vásárlói részére ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK az IZINTA Kft. vásárlói részére Üdvözöljük a IZINTA Kereskedelmi Korlátolt Felelősségű Társaság (1121 Budapest, Konkoly Thege Miklós út 29/33; Cg.: 01-09-261813; adószám:

Részletesebben

Kézikönyv a belső egységeken átnyúló folyamatok szabályozására

Kézikönyv a belső egységeken átnyúló folyamatok szabályozására SÁRMELLÉK KÖZSÉG ÖNKORMÁNYZATA SÁRMELLÉK ÉS SZENTGYÖRGYVÁR KÖZSÉGEK KÖRJEGYZŐSÉGI HIVATALA 8391, Sármellék, Dózsa Gy. u. 324. Telefon: 83/355-186; Fax: 83/355-001 Kézikönyv a belső egységeken átnyúló folyamatok

Részletesebben

12. tétel. Lemezkezelés

12. tétel. Lemezkezelés 12. tétel 12_12a_1.5 Lemezkezelés (Particionálás, formázás, RAID rendszerek) A partíció a merevlemez egy önálló logikai egysége, amely fájlrendszer tárolására alkalmas. Alapvetően két esetben hozunk létre

Részletesebben

Hungária Informatikai Kft.

Hungária Informatikai Kft. 3. SZ MELLÉKLET ADATVÉDELMI TÁJÉKOZTATÓ 1. Bevezetés A (a továbbiakban: szolgáltató) az Elektronikus hírközlési szolgáltató adatkezelésének különös feltételeiről és az Elektronikus hírközlési szolgáltatások

Részletesebben

II. év. Adatbázisok és számítógépek programozása

II. év. Adatbázisok és számítógépek programozása II. év Adatbázisok és számítógépek programozása A programozási ismeretek alapfogalmai a) algoritmus b) kódolás c) program a) algoritmus: elemi lépések sorozata, amely a következı tulajdonságokkal rendelkezik:

Részletesebben

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5. IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere

Részletesebben

Gazdasági informatika vizsga kérdések

Gazdasági informatika vizsga kérdések Gazdasági informatika vizsga kérdések 1. Mi az adatbázis? Adatbázisnak a valós világ egy részhalmazának leírásához használt adatok összefüggı, rendezett halmazát nevezzük. 2. Mit az adatbázis-kezelı rendszer?

Részletesebben

Találatgaranciás Lottóvariációk gy jteménye

Találatgaranciás Lottóvariációk gy jteménye Szerencsetippek Sorozat Találatgaranciás Lottóvariációk gy jteménye 352 Találatgaranciás Ötöslottó kulcs 0-1 fixes játékokhoz 10-492 n 384 Találatgaranciás Hatoslottó kulcs 0-2 fixes játékokhoz 10-496

Részletesebben

Önálló laboratórium beszámoló

Önálló laboratórium beszámoló Önálló laboratórium beszámoló BME-TMIT Készítette: Sümeghy Tamás Pál Neptun-kód: GFHSRE Szak: műszaki informatikus Szakirány: Internet és infokommunikációs alkalmazásai E-mail cím: schumy@sch.bme.hu Konzulens(ek):

Részletesebben

A SZOFTVER TELEPÍTÉSE ELŐTT TELEPÍTÉS WINDOWS KÖRNYEZETBEN TELEPÍTÉS MACINTOSH KÖRNYEZETBEN HIBAKERESÉS

A SZOFTVER TELEPÍTÉSE ELŐTT TELEPÍTÉS WINDOWS KÖRNYEZETBEN TELEPÍTÉS MACINTOSH KÖRNYEZETBEN HIBAKERESÉS Szoftvertelepítési útmutató A SZOFTVER TELEPÍTÉSE ELŐTT TELEPÍTÉS WINDOWS KÖRNYEZETBEN TELEPÍTÉS MACINTOSH KÖRNYEZETBEN HIBAKERESÉS Köszönjük, hogy megvásárolta termékünket. Ez a kézikönyv leírja, hogyan

Részletesebben

4. A GYÁRTÁS ÉS GYÁRTÓRENDSZER TERVEZÉSÉNEK ÁLTALÁNOS MODELLJE (Dudás Illés)

4. A GYÁRTÁS ÉS GYÁRTÓRENDSZER TERVEZÉSÉNEK ÁLTALÁNOS MODELLJE (Dudás Illés) 4. A GYÁRTÁS ÉS GYÁRTÓRENDSZER TERVEZÉSÉNEK ÁLTALÁNOS MODELLJE (Dudás Illés) ). A gyártás-előkészítés-irányítás funkcióit, alrendszereit egységbe foglaló (általános gyártási) modellt a 4.1. ábra szemlélteti.

Részletesebben

DUNAÚJVÁROSI FŐISKOLA

DUNAÚJVÁROSI FŐISKOLA DUNAÚJVÁROSI FŐISKOLA 2014. Dunaújváros 1. kiadás 0. módosítás 2 (23). oldal Dunaújvárosi Főiskola Szenátusa által 45-2013/2014.(2014.04.01.)számú határozatával elfogadva Hatályos: 2014.04.02.napjától

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54

Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54 SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 2. ELŐADÁS - KÖVETELMÉNY MENEDZSMENT Bánsághi Anna 1 of 54 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK

Részletesebben

ÚTMUTATÓ. a tömegtermelés vásárlói igényekhez való igazításához. Legjobb Gyakorlatok. Union Regionale delle Camere di Commercio del Veneto

ÚTMUTATÓ. a tömegtermelés vásárlói igényekhez való igazításához. Legjobb Gyakorlatok. Union Regionale delle Camere di Commercio del Veneto ÚTMUTATÓ a tömegtermelés vásárlói igényekhez való igazításához Legjobb Gyakorlatok Union Regionale delle Camere di Commercio del Veneto A Dél-alföldi Regionális Munkaügyi Központ kiadványa 2007 Minden

Részletesebben

KOCKÁZATKEZELÉSI SZABÁLYZATÁRÓL

KOCKÁZATKEZELÉSI SZABÁLYZATÁRÓL Ötvöskónyi Község Önkormányzata 7511 Ötvöskónyi, Fő u. 51. Telefon:82/710-490 Telefax:82/710-490 E-mail: otvos@latsat.hu 5/2012. (IX.18.) számú polgármesteri utasítás Ötvöskónyi Község Önkormányzata KOCKÁZATKEZELÉSI

Részletesebben

I. A légfékrendszer időszakos vizsgálatához alkalmazható mérő-adatgyűjtő berendezés műszaki

I. A légfékrendszer időszakos vizsgálatához alkalmazható mérő-adatgyűjtő berendezés műszaki A Közlekedési Főfelügyelet közleménye a nemzetközi forgalomban használt autóbuszok (M2 és M3 jármű-kategóriába tartozó gépkocsik) vizsgálatát (is) végző vizsgálóállomásokon alkalmazandó mérő-adatgyűjtő

Részletesebben

Lemezkezelés, állományrendszerek

Lemezkezelés, állományrendszerek Lemezkezelés, állományrendszerek A fizikai lemezek területét használat előtt logikai lemezekké kell szerveznünk. A logikai lemez az az egység, amely a felhasználó számára külön lemezként jelenik meg, vagyis

Részletesebben

Fiskális transzparencia jelzőszámok nélkül?

Fiskális transzparencia jelzőszámok nélkül? Botos K. (szerk.) 2003: Pénzügypolitika az ezredfordulón. SZTE Gazdaságtudományi Kar Közleményei 2003. JATEPress, Szeged, 96-109. o. Fiskális transzparencia jelzőszámok nélkül? P. Kiss Gábor 1 A tanulmány

Részletesebben

Nem kötelező érvényű útmutató a magasban végzett munkáról szóló 2001/45/EK (irányelv végrehajtásának helyes gyakorlatáról)

Nem kötelező érvényű útmutató a magasban végzett munkáról szóló 2001/45/EK (irányelv végrehajtásának helyes gyakorlatáról) Nem kötelező érvényű útmutató a magasban végzett munkáról szóló 2001/45/EK (irányelv végrehajtásának helyes gyakorlatáról) Európai Bizottság Nem kötelező útmutató a munkavállalók által a munkájuk során

Részletesebben

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

Adatbázisok I 2012.05.11. Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés Adatbázisok I Szemantikai adatmodellek Szendrői Etelka PTE-PMMK Rendszer és Szoftvertechnológiai Tanszék szendroi@pmmk.pte.hu Adatmodellek komponensei Adatmodell: matematikai formalizmus, mely a valóság

Részletesebben

Közigazgatási szerződés

Közigazgatási szerződés Közigazgatási szerződés a Nemzeti Média- és Hírközlési Hatóság által működtetett Szélessáv Programban történő részvétel feltételeiről amely létrejött a XY (anyja neve, szig. száma, lakcíme) továbbiakban

Részletesebben

Hegesztésre és forgácsolásra vonatkozó munkabiztonsági program irányelvei

Hegesztésre és forgácsolásra vonatkozó munkabiztonsági program irányelvei MUNKABIZTONSÁG 2.4 Hegesztésre és forgácsolásra vonatkozó munkabiztonsági program irányelvei Tárgyszavak: munkabiztonság; tűzvédelem; robbanásvédelem; hegesztés; forgácsolás; kockázatkezelés; veszélyfelmérés.

Részletesebben

Integrált ügyviteli rendszer: Kettős könyvelés modul

Integrált ügyviteli rendszer: Kettős könyvelés modul Integrált ügyviteli rendszer: Kettős könyvelés modul Használati útmutató 1988-2015. 3100.Salgótarján Fő tér 1. tel.: 36-32-423-912, e-mail minorg@minorg.hu Internet: http://www.minorg.hu/ 1.oldal Tartalomjegyzék.

Részletesebben

FELCSÚTI KÖZÖS ÖNKORMÁNYZATI HIVATAL

FELCSÚTI KÖZÖS ÖNKORMÁNYZATI HIVATAL FELCSÚTI KÖZÖS ÖNKORMÁNYZATI HIVATAL BIZONYLATI RENDJE Hatályos: 2013. március 1-jétől. BIZONYLATI REND A Felcsúti Közös Önkormányzati Hivatal (továbbiakban: Hivatal) Bizonylati rendjét a számvitelről

Részletesebben

A rendszer általános áttekintése

A rendszer általános áttekintése TMS rendszer bemutatása Bevezetés A programrendszer elsődleges feladata, hogy a risztóközpontokból a vevőegységbe érkező eseményeket, a vevőegység adatfeldolgozása után regisztrálja, és az operátor számára

Részletesebben

Általános Szerződési és Regisztrációs Feltételek

Általános Szerződési és Regisztrációs Feltételek Általános Szerződési és Regisztrációs Feltételek Jelen internetes oldal, azaz www.sabawebshop.hu, üzemeltetője a Perfect Face Kft (H- 1024, Budapest, Lövőház utca 17, F.sz. 7) 1.1 Jelen internetes oldal

Részletesebben

Hálózati protokoll tervezése

Hálózati protokoll tervezése Hálózati protokoll tervezése A gyakorlat célja: Hálózati protokoll tervezésének a megvalósítása Elméleti bevezető: Ahhoz, hogy a hálózatba kötött gépek kommunikálni tudjanak egymással, szükség van egy

Részletesebben

Szolgáltatásleírás Proaktív karbantartási szolgáltatás

Szolgáltatásleírás Proaktív karbantartási szolgáltatás Szolgáltatásleírás Proaktív karbantartási szolgáltatás A Szolgáltatás áttekintése A Proaktív karbantartási szolgáltatás a Dell ügyfelei számára a jelen Szolgáltatásleírásban konkrétabban meghatározott

Részletesebben

MATEMATIKA. 5 8. évfolyam

MATEMATIKA. 5 8. évfolyam MATEMATIKA 5 8. évfolyam Célok és feladatok A matematikatanítás célja és ennek kapcsán feladata: megismertetni a tanulókat az őket körülvevő konkrét környezet mennyiségi és térbeli viszonyaival, megalapozni

Részletesebben

Történeti áttekintés

Történeti áttekintés Történeti áttekintés Előzmények A számítástechnika kezdetén elterjedt (egyeduralkodó) volt a mérnökpult használata, a gép és az ember kommunikációja bináris nyelven zajlott. A gépi kódú programozás nem

Részletesebben

Tájékoztató tanévnyitó kiadvány a 2008/2009 tanévhez 1

Tájékoztató tanévnyitó kiadvány a 2008/2009 tanévhez 1 Tájékoztató tanévnyitó kiadvány a 2008/2009 tanévhez 1 Készítette: OKM Közoktatási Főosztály 1 Az elektronikus kiadvány a közoktatás szereplő számára a szakmai munka segítése céljából készült, alkalmazása

Részletesebben

A Ket. végrehajtási rendeletei

A Ket. végrehajtási rendeletei ELŐADÁSOK NYOMDAKÉSZ ANYAGA A MAGYAR ELEKTRONIKUS KÖZIGAZGATÁSI RENDSZER BIZTONSÁGI ANALÍZISE Krasznay Csaba, krasznay@ik.bme.hu Szigeti Szabolcs, szigi@ik.bme.hu Budapesti Műszaki és Gazdaságtudományi

Részletesebben

A MEDIAREY HUNGARY SERVICES KFT. ELŐFIZETÉSI ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK 1. SZÁMÚ MELLÉKLETE

A MEDIAREY HUNGARY SERVICES KFT. ELŐFIZETÉSI ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK 1. SZÁMÚ MELLÉKLETE A MEDIAREY HUNGARY SERVICES KFT. ELŐFIZETÉSI ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK 1. SZÁMÚ MELLÉKLETE A 45/2014. (II. 26.) Korm. rendelet szerinti tájékoztató fogyasztónak minősülő Előfizető részére 1. A SZERZŐDÉS

Részletesebben

Projekt: ÁROP-1.A.5-2013-2013-0030 Gyöngyös Város Önkormányzatának szervezetfejlesztése

Projekt: ÁROP-1.A.5-2013-2013-0030 Gyöngyös Város Önkormányzatának szervezetfejlesztése Az önkormányzatra és az intézményrendszerre vonatkozó intézményi modell Javaslat Önkormányzati fenntartásban, vagy működtetésben álló intézményekkel kapcsolatos feladat ellátási és finanszírozási modell

Részletesebben

Javaslat AZ EURÓPAI PARLAMENT ÉS A TANÁCS RENDELETE

Javaslat AZ EURÓPAI PARLAMENT ÉS A TANÁCS RENDELETE EURÓPAI BIZOTTSÁG Brüsszel, 2016.5.25. COM(2016) 289 final 2016/0152 (COD) Javaslat AZ EURÓPAI PARLAMENT ÉS A TANÁCS RENDELETE a területi alapú tartalomkorlátozás, illetve a vevő állampolgársága, a belső

Részletesebben

Hatályos Jogszabályok Gyűjteménye

Hatályos Jogszabályok Gyűjteménye Page 1 of 98 CompLex (http://www.complex.hu/) Jogtár (http://www.jogtar.hu/) Céginfo (http://www.complex.hu/ceginfo.php) Termékeink (http://www.complex.hu/termekek.php) Hatályos Jogszabályok Gyűjteménye

Részletesebben

Értékesítési logisztika az IT-alkalmazások markában

Értékesítési logisztika az IT-alkalmazások markában Értékesítési logisztika az IT-alkalmazások markában STEINER István Miskolci Egyetem, Gazdaságtudományi Kar, Miskolc marsi@uni-miskolc.hu A logisztika a nagy megrendelők, ügyfelek mellett egyre inkább a

Részletesebben

SAP vállalatirányítási rendszer alapjai

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ő,

Részletesebben

Vállalkozási Formák. Vállalkozási Formák. Dr. Gyenge Balázs

Vállalkozási Formák. Vállalkozási Formák. Dr. Gyenge Balázs 1. Dr. Gyenge Balázs A tárgy előadói: Dr. Illés B. Csaba egyetemi docens Dr. Gyenge Balázs egyetemi adjunktus Szent István Egyetem, Gazdaság és Társadalomtudományi Kar, Gödöllő Vállalatgazdaságigi Intézet

Részletesebben

VIBROCONTROL-6000. A megbízható rezgésvédelem

VIBROCONTROL-6000. A megbízható rezgésvédelem VIBROCONTROL-6000 A megbízható rezgésvédelem Forgalmazza: B & K Components Kft. H-1096 Budapest, Telepy u. 2/F Tel: +36 (1) 215-8305, 215-8929; www.bruel.hu Fax: +36 (1) 215-8202 Biztonságos felügyelet

Részletesebben

A Nyíregyházi Fıiskola Informatikai Szolgáltató Központ Ügyrendje

A Nyíregyházi Fıiskola Informatikai Szolgáltató Központ Ügyrendje A Nyíregyházi Fıiskola Informatikai Szolgáltató Központ Ügyrendje a Szervezeti és Mőködési Szabályzat 38. sz. melléklete 2009. június 24. Informatikai Szolgáltató Központ Ügyrendje Bevezetés Az Nyíregyházi

Részletesebben

Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése

Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése termékleírás www.novell.hu Bevezetés A mai vállalatok gyakran tartanak fenn irodákat az ország és a világ különböző pontjain.

Részletesebben

2015/11/08 17:47 1/15 Fogyasztóvédelem

2015/11/08 17:47 1/15 Fogyasztóvédelem 2015/11/08 17:47 1/15 Fogyasztóvédelem < Áruismeret Fogyasztóvédelem A fogyasztóvédelem célterületei Az áruk és szolgáltatások biztonságának megteremtése A kereskedelmi gyakorlat harmonizációja A jelenlegi

Részletesebben

A tételekhez segédeszköz nem használható.

A tételekhez segédeszköz nem használható. A vizsgafeladat ismertetése: A szóbeli központilag összeállított vizsgakérdései az alábbi témaköröket tartalmazzák: ortopédiai elváltozások okai, jellemzői, korrigálása ortopédiai tartozékok méretezése,

Részletesebben

Tárgy: Kiskunmajsa Város Önkormányzatának 2011. évi költségvetési koncepciója.

Tárgy: Kiskunmajsa Város Önkormányzatának 2011. évi költségvetési koncepciója. Kiskunmajsa Város Polgármesterétől E l ő t e r j e s z t é s a Képviselő-testület 2010. december 22-i ülésére. Tárgy: Kiskunmajsa Város Önkormányzatának 2011. évi költségvetési koncepciója. Az előterjesztés

Részletesebben

AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA. Javaslat: AZ EURÓPAI PARLAMENT ÉS A TANÁCS IRÁNYELVE

AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA. Javaslat: AZ EURÓPAI PARLAMENT ÉS A TANÁCS IRÁNYELVE HU HU HU AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA Brüsszel, 16.7.2008 COM(2008) 399 végleges 2008/0151 (COD) Javaslat: AZ EURÓPAI PARLAMENT ÉS A TANÁCS IRÁNYELVE az energiával kapcsolatos termékek környezetbarát

Részletesebben

Hallgatók a Tudomány Szolgálatában

Hallgatók a Tudomány Szolgálatában MŰSZAKI KATONAI KÖZLÖNY a MHTT Műszaki Szakosztály és a ZMNE folyóirata XXI. évfolyam, különszám, 2011.december ZRÍNYI MIKLÓS NEMZETVÉDELMI EGYETEM VÉDELMI IGAZGATÁS SZAK A Magyar Tudomány Ünnepe rendezvénysorozat

Részletesebben

MAGYAR KÖZTÁRSASÁG KORMÁNYA

MAGYAR KÖZTÁRSASÁG KORMÁNYA MAGYAR KÖZTÁRSASÁG KORMÁNYA T/9942. számú törvényjavaslat a honvédelmet érintő egyes törvények módosításáról Előadó: Juhász Ferenc honvédelmi miniszter Budapest, 2004. április 2 2004. évi törvény a honvédelmet

Részletesebben

Alapfokú nevelés-oktatás szakasza, alsó tagozat, 1 4. évfolyam

Alapfokú nevelés-oktatás szakasza, alsó tagozat, 1 4. évfolyam 3. melléklet a /2014. ( ) EMMI rendelethez 1. A kerettantervi rendelet 1. melléklet Kerettanterv az általános iskola 1-4. évfolyamára cím Alapfokú nevelés-oktatás szakasza, alsó tagozat, 1-4. évfolyam

Részletesebben

AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA A BIZOTTSÁG KÖZLEMÉNYE A TANÁCSNAK. Jelentés a 139/2004/EK rendelet működéséről {SEC(2009)808}

AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA A BIZOTTSÁG KÖZLEMÉNYE A TANÁCSNAK. Jelentés a 139/2004/EK rendelet működéséről {SEC(2009)808} HU HU HU AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA Brüsszel, 18.6.2009 COM(2009) 281 végleges A BIZOTTSÁG KÖZLEMÉNYE A TANÁCSNAK Jelentés a 139/2004/EK rendelet működéséről {SEC(2009)808} HU HU A BIZOTTSÁG KÖZLEMÉNYE

Részletesebben

Budapest Főváros Települési Esélyegyenlőségi Programja (2017-2022) Munkaanyag Munkaanyag zárása első társadalmi egyeztetés előtt: 2016.05.06.

Budapest Főváros Települési Esélyegyenlőségi Programja (2017-2022) Munkaanyag Munkaanyag zárása első társadalmi egyeztetés előtt: 2016.05.06. Budapest Főváros Települési Esélyegyenlőségi Programja (2017-2022) Munkaanyag Munkaanyag zárása első társadalmi egyeztetés előtt: 2016.05.06. TARTALOMJEGYZÉK 1. Vezetői összefoglaló... 4 2. Bevezetés...

Részletesebben

A CONCORDE ALAPKEZELŐ ZRT. VÉGREHAJTÁSI POLITIKÁJA

A CONCORDE ALAPKEZELŐ ZRT. VÉGREHAJTÁSI POLITIKÁJA A CONCORDE ALAPKEZELŐ ZRT. VÉGREHAJTÁSI POLITIKÁJA Hatályos: 2008. február 1. 1. Bevezetés A végrehajtási politika az ügyfelek pénzügyi eszközökre vonatkozó vételi vagy eladási megbízásainak, az ügyfél

Részletesebben

Éghajlatvédelmi kerettörvény. tervezet. 2010. évi törvény. az éghajlat védelmérıl. Preambulum

Éghajlatvédelmi kerettörvény. tervezet. 2010. évi törvény. az éghajlat védelmérıl. Preambulum Éghajlatvédelmi kerettörvény tervezet 2010. évi törvény az éghajlat védelmérıl Preambulum Az Országgyőlés az éghajlatvédelmi kerettörvény elıkészítésérıl szóló 60/2009. (VI. 24.) OGY határozatnak megfelelıen;

Részletesebben

ALAPISMERETEK...6 A MICROSOFT ACCESS INDÍTÁSA...14 AZ ABLAK...14 MEGNYITÁS...16 TÁBLÁK...17 LEKÉRDEZÉSEK...18

ALAPISMERETEK...6 A MICROSOFT ACCESS INDÍTÁSA...14 AZ ABLAK...14 MEGNYITÁS...16 TÁBLÁK...17 LEKÉRDEZÉSEK...18 Adatbázis-kezelés TARTALOMJEGYZÉK BEVEZETİ...6 ALAPISMERETEK...6 ADATBÁZIS...6 AZ ADATBÁZISHOZ KAPCSOLÓDÓ FOGALMAK...6 ADATMODELL...8 ADATBÁZISOK TERVEZÉSE...9 1. LÉPÉS: KÖVETELMÉNYELEMZÉS...9 2. LÉPÉS:

Részletesebben

INTEGRÁLT HELYI JÓLÉTI RENDSZER (Jóléti kistérség stratégia)

INTEGRÁLT HELYI JÓLÉTI RENDSZER (Jóléti kistérség stratégia) INTEGRÁLT HELYI JÓLÉTI RENDSZER (Jóléti kistérség stratégia) SÁRVIZÍ KISTÉRSÉG KÖZÖS ÉRDEKELTSÉGŰ PARTNERI EGYÜTTMŰKÖDÉSE A JÓLÉTI RENDSZER MEGVALÓSÍTÁSÁRA Készítette: Stratégiakutató Intézet Írta: Dr.

Részletesebben

TÁMOP 4.1.1 VIR alprojekt VIR felhasználói kézikönyv

TÁMOP 4.1.1 VIR alprojekt VIR felhasználói kézikönyv 1. sz. melléklet TÁMOP 4.1.1 VIR alprojekt Készítette: Aloha Informatika Kft. Tartalomjegyzék 1. A Vezetői Információs Rendszer, mint a stratégiai gondolkodás eszköze...4 1.1 Elméleti háttér...4 1.2 VIR

Részletesebben

KETTŐS KÖNYVELÉS PROGRAM CIVIL SZERVEZETEK RÉSZÉRE

KETTŐS KÖNYVELÉS PROGRAM CIVIL SZERVEZETEK RÉSZÉRE KETTŐS KÖNYVELÉS PROGRAM CIVIL SZERVEZETEK RÉSZÉRE Kezelési leírás 2015. Program azonosító: WUJEGYKE Fejlesztő: B a l o g h y S z o f t v e r K f t. Keszthely, Vak Bottyán utca 41. 8360 Tel: 83/515-080

Részletesebben

ELŐTERJESZTÉS a KÉPVISELŐTESTÜLET 2012. május 17-i ülésére

ELŐTERJESZTÉS a KÉPVISELŐTESTÜLET 2012. május 17-i ülésére Budapest Főváros IX. Kerület Ferencváros Önkormányzata Iktató szám: 141/2012. ELŐTERJESZTÉS a KÉPVISELŐTESTÜLET 2012. május 17-i ülésére Tárgy: Előterjesztő: Készítette: Térfelügyeleti rendszer üzemeltetése

Részletesebben

Kétszemélyes négyes sor játék

Kétszemélyes négyes sor játék Kétszemélyes négyes sor játék segítségével lehetővé kell tenni, hogy két ember a kliens program egy-egy példányát használva négyes sor játékot játsszon egymással a szerveren keresztül. Játékszabályok:

Részletesebben

NÜFLE 2 Esszék. 1. Logisztika fogalma, logisztikai szemléletmód, költség koncepció lényege. 2. Ellátási lánc, ostorcsapás hatás

NÜFLE 2 Esszék. 1. Logisztika fogalma, logisztikai szemléletmód, költség koncepció lényege. 2. Ellátási lánc, ostorcsapás hatás NÜFLE 2 Esszék 1. Logisztika fogalma, logisztikai szemléletmód, költség koncepció lényege A logisztika a vállalatok stratégiájának egyik kulcsfontosságú eleme, mivel az összköltségek 10-40%-át teszik ki

Részletesebben

Matematikai és matematikai statisztikai alapismeretek

Matematikai és matematikai statisztikai alapismeretek Kézirat a Matematikai és matematikai statisztikai alapismeretek című előadáshoz Dr. Győri István NEVELÉSTUDOMÁNYI PH.D. PROGRM 1999/2000 1 1. MTEMTIKI LPOGLMK 1.1. Halmazok Halmazon mindig bizonyos dolgok

Részletesebben

Kísérletek. 2010.10.17. Készítette: Kiss Anett

Kísérletek. 2010.10.17. Készítette: Kiss Anett Kísérletek A kísérlet ebben a fejezetben úgy jelenik meg, mint a tudományos megfigyelés egyik módja, ahol a társadalomtudósok igyekeznek jelenségeket megérteni, általánosításokhoz jutni. A kísérlet lényege:

Részletesebben

Számlakészítés a SPRINT programmal

Számlakészítés a SPRINT programmal Számlakészítés a SPRINT programmal A jelen dokumentáció leírás a 2016. január 1 után kiadott SPRINT programmal végezhető számlakészítéshez. A dokumentáció nem tartalmazza a SPRINT program telepítési módjait

Részletesebben

Felhasználóbarát kliensszoftver

Felhasználóbarát kliensszoftver Intellio Video System 2 MENEDZSMENTSZOFTVER Felhasználóbarát kliensszoftver A biztonságtechnikai felhasználók körében leggyakrabban alkalmazott Windows platformra épülő Intellio Video System 2 rendszer

Részletesebben

A BIZOTTSÁG JELENTÉSE. Tizenharmadik jelentés az euróövezet jövőbeli bővítésének gyakorlati előkészületeiről. {SWD(2013) 491 final}

A BIZOTTSÁG JELENTÉSE. Tizenharmadik jelentés az euróövezet jövőbeli bővítésének gyakorlati előkészületeiről. {SWD(2013) 491 final} EURÓPAI BIZOTTSÁG Brüsszel, 2013.12.3. COM(2013) 855 final A BIZOTTSÁG JELENTÉSE Tizenharmadik jelentés az euróövezet jövőbeli bővítésének gyakorlati előkészületeiről {SWD(2013) 491 final} HU HU A BIZOTTSÁG

Részletesebben

A SZAKMAI-MÓDSZERTANI ELLEN RZÉS BEMUTATÁSA, VALAMINT A PROBLÉMÁK EXPONÁLÁSA

A SZAKMAI-MÓDSZERTANI ELLEN RZÉS BEMUTATÁSA, VALAMINT A PROBLÉMÁK EXPONÁLÁSA A SZAKMAI-MÓDSZERTANI ELLEN RZÉS BEMUTATÁSA, VALAMINT A PROBLÉMÁK EXPONÁLÁSA Oldal: 1 / 38 Tartalomjegyzék I. Jogszabályi kötelezettségek 3 I.1. A módszertani intézmények jogállása, szerepköre 3 II. A

Részletesebben

INTERCISA LAKÁSSZÖVETKEZET ALAPSZABÁLYA

INTERCISA LAKÁSSZÖVETKEZET ALAPSZABÁLYA AZ INTERCISA LAKÁSSZÖVETKEZET MÓDOSÍTÁSOKKAL EGYSÉGES SZERKEZETBE FOGLALT ALAPSZABÁLYA Módosítások félkövér dőlt betűkkel szedve. A Lakásszövetkezetekről szóló 2004. évi CXV. törvény, valamint a módosításáról

Részletesebben

Irányelvek. az E.ON Hungária Társaságcsoport lakossági kintlévőség kezelésére

Irányelvek. az E.ON Hungária Társaságcsoport lakossági kintlévőség kezelésére Irányelvek az E.ON Hungária Társaságcsoport lakossági kintlévőség kezelésére 1 Tartalom 1. Bevezetés 2. Az Irányelvek célja 3. Az Irányelvek hatálya 4. Az Irányelvek alapelvei 5. Kintlévőség kezelés az

Részletesebben

1996. évi XXXI. törvény. a tűz elleni védekezésről, a műszaki mentésről és a tűzoltóságról

1996. évi XXXI. törvény. a tűz elleni védekezésről, a műszaki mentésről és a tűzoltóságról 1996. évi XXXI. törvény a tűz elleni védekezésről, a műszaki mentésről és a tűzoltóságról Az Országgyűlés az Alkotmányból és a nemzetközi szerződésekből eredő feladatok teljesítése érdekében, az élet-

Részletesebben