{"id":36650,"date":"2019-10-31T22:12:54","date_gmt":"2019-10-31T19:12:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/tranzaktsii-v-globalah-intersystems-iris\/"},"modified":"2019-10-31T22:12:54","modified_gmt":"2019-10-31T19:12:54","slug":"tranzaktsii-v-globalah-intersystems-iris","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/tranzaktsii-v-globalah-intersystems-iris","title":{"rendered":"Tranzakci\u00f3k az InterSystems IRIS glob\u00e1lison","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Tranzakci\u00f3kAz InterSystems IRIS DBMS olyan \u00e9rdekes strukt\u00far\u00e1kat t\u00e1mogat az adatok t\u00e1rol\u00e1s\u00e1ra, mint a glob\u00e1lisok. Ezek l\u00e9nyeg\u00e9ben t\u00f6bbszint\u0171 kulcsok k\u00fcl\u00f6nf\u00e9le extra funkci\u00f3kkal, mint a tranzakci\u00f3k, gyors funkci\u00f3k az adatf\u00e1k bej\u00e1r\u00e1s\u00e1hoz, z\u00e1rol\u00e1sok \u00e9s saj\u00e1t ObjectScript nyelv.<\/p>\n

Tov\u00e1bbi inform\u00e1ci\u00f3 a glob\u00e1lisokr\u00f3l a \"Glob\u00e1lisok \u2014 az adatok t\u00e1rol\u00e1s\u00e1nak var\u00e1zsp\u00e1lc\u00e1i\" c\u00edm\u0171 cikksorozatban:<\/p>\n

F\u00e1k. 1. r\u00e9sz<\/a><\/noindex>
\nF\u00e1k. 2. r\u00e9sz<\/a><\/noindex>
\nS\u0171r\u00edtett t\u00f6mb\u00f6k. 3. r\u00e9sz<\/a><\/noindex><\/p>\n

\u00c9rdekesnek tal\u00e1lom, hogy a glob\u00e1lisokban hogyan val\u00f3sulnak meg a tranzakci\u00f3k, \u00e9s milyen saj\u00e1tos jellemz\u0151ik vannak. Ez teljesen elt\u00e9r a megszokott t\u00e1bl\u00e1zatos adatszerkezett\u0151l. Sokkal alacsonyabb szint\u0171.
\n<\/a><\/noindex>
\nA rel\u00e1lis adatb\u00e1zisok elm\u00e9let\u00e9b\u0151l j\u00f3l ismert, hogy egy j\u00f3 tranzakci\u00f3s megval\u00f3s\u00edt\u00e1snak meg kell felelnie a k\u00f6vetkez\u0151 k\u00f6vetelm\u00e9nyeknek: ACID<\/a><\/noindex>:<\/p>\n

A \u2014 Atomic (atomoss\u00e1g).<\/b> Minden tranzakci\u00f3val v\u00e9grehajtott v\u00e1ltoztat\u00e1snak r\u00f6gz\u00edtve kell lennie, vagy egy\u00e1ltal\u00e1n semminek.<\/p>\n

C \u2014 Consistency (konzisztencia).<\/b> A tranzakci\u00f3 befejez\u00e9se ut\u00e1n az adatb\u00e1zis logikai \u00e1llapot\u00e1nak bels\u0151leg ellentmond\u00e1s n\u00e9lk\u00fcl kell lennie. Ez a k\u00f6vetelm\u00e9ny nagyban a programoz\u00f3t \u00e9rinti, de SQL adatb\u00e1zisok eset\u00e9n a k\u00fcls\u0151 kulcsokra is vonatkozik.<\/p>\n

I \u2014 Isolate (izol\u00e1ci\u00f3).<\/b> A p\u00e1rhuzamosan v\u00e9grehajtott tranzakci\u00f3knak nem szabad hat\u00e1ssal lenni\u00fck egym\u00e1sra.<\/p>\n

D \u2014 Durable (tart\u00f3ss\u00e1g).<\/b> A tranzakci\u00f3 sikeres befejez\u00e9se ut\u00e1n az als\u00f3bb szint\u0171 probl\u00e9m\u00e1knak (p\u00e9ld\u00e1ul \u00e1ramkimarad\u00e1s) nem szabad hat\u00e1ssal lenni\u00fck a tranzakci\u00f3 \u00e1ltal m\u00f3dos\u00edtott adatokra.<\/p>\n

A glob\u00e1lisok nem rel\u00e1ci\u00f3s adatstrukt\u00far\u00e1k. \u0150ket ultrav\u00e1ltozatos teljes\u00edtm\u00e9ny\u0171, nagyon korl\u00e1tozott hardveren val\u00f3 munk\u00e1ra tervezt\u00e9k. N\u00e9zz\u00fck meg a tranzakci\u00f3k megval\u00f3s\u00edt\u00e1s\u00e1t a glob\u00e1lisokban az IRIS hivatalos docker-k\u00e9p\u00e9nek seg\u00edts\u00e9g\u00e9vel<\/a><\/noindex>.<\/p>\n

A tranzakci\u00f3k t\u00e1mogat\u00e1s\u00e1hoz IRIS-ben a k\u00f6vetkez\u0151 parancsokat haszn\u00e1lj\u00e1k: TSTART<\/a><\/noindex>, TCOMMIT<\/a><\/noindex>, TROLLBACK<\/a><\/noindex>.<\/p>\n

1. Atomoss\u00e1g<\/h2>\n

\nAz atomoss\u00e1g legk\u00f6nnyebben tesztelhet\u0151. Ellen\u0151rizz\u00fck az adatb\u00e1zis konzolj\u00e1b\u00f3l.<\/p>\n

Kill ^a\nTSTART\nSet ^a(1) = 1\nSet ^a(2) = 2\nSet ^a(3) = 3\nTCOMMIT<\/code><\/pre>\n
\nAzt\u00e1n kiadunk:<\/p>\n
Write ^a(1), \u201c \u201d, ^a(2), \u201c \u201d, ^a(3)<\/code><\/pre>\n
\nEz a k\u00f6vetkez\u0151ket adja:<\/p>\n
1 2 3<\/code><\/pre>\n
\nMinden rendben. Az atomoss\u00e1g biztos\u00edtva van: minden v\u00e1ltoztat\u00e1s r\u00f6gz\u00edtve lett.<\/p>\n
Neh\u00e9zz\u00e9 tessz\u00fck a feladatot, hib\u00e1t vezet\u00fcnk be, \u00e9s megn\u00e9zz\u00fck, hogyan marad a tranzakci\u00f3, r\u00e9szben vagy egy\u00e1ltal\u00e1n nem.<\/p>\n
\u00dajra ellen\u0151rizz\u00fck az atomoss\u00e1got:<\/p>\n
Kill ^A\nTSTART\nSet ^a(1) = 1\nSet ^a(2) = 2\nSet ^a(3) = 3<\/code><\/pre>\n
\nAzt\u00e1n k\u00e9nyszer\u00edtve le\u00e1ll\u00edtjuk a kont\u00e9nert, \u00fajraind\u00edtjuk, \u00e9s megn\u00e9zz\u00fck. <\/p>\n
docker kill my-iris<\/code><\/pre>\n
\nEz a parancs gyakorlatilag egyen\u00e9rt\u00e9k\u0171 az \u00e1ramell\u00e1t\u00e1s k\u00e9nyszer\u00edtett megszak\u00edt\u00e1s\u00e1val, mivel azonnali le\u00e1ll\u00edt\u00f3 jelet (SIGKILL) k\u00fcld.<\/p>\n
Lehet, hogy a tranzakci\u00f3 r\u00e9szlegesen megmaradt?<\/p>\n
WRITE ^a(1), ^a(2), ^a(3)\n^\n ^a(1)<\/code><\/pre>\n
\n \u2014 Nem, nem maradt meg.<\/p>\n
Pr\u00f3b\u00e1ljuk ki a visszavon\u00f3 parancsot:<\/p>\n
Kill ^A\nTSTART\nSet ^a(1) = 1\nSet ^a(2) = 2\nSet ^a(3) = 3\nTROLLBACK\n\nWRITE ^a(1), ^a(2), ^a(3)\n^\n ^a(1)<\/code><\/pre>\n
\nSzint\u00e9n semmi nem maradt meg.<\/p>\n
2. Konzisztencia<\/h2>\n
\nMivel a glob\u00e1lis adatb\u00e1zisokban a kulcsok szint\u00e9n glob\u00e1lis szinten k\u00e9sz\u00fclnek (eml\u00e9kezz\u00fcnk, hogy a glob\u00e1lis egy alacsonyabb szint\u0171 adatstrukt\u00fara a rel\u00e1ci\u00f3s t\u00e1bl\u00e1khoz k\u00e9pest), a konzisztencia k\u00f6vetelm\u00e9ny\u00e9nek teljes\u00edt\u00e9se \u00e9rdek\u00e9ben a kulcs m\u00f3dos\u00edt\u00e1s\u00e1t ugyanabba a tranzakci\u00f3ba kell foglalni, mint a glob\u00e1lis m\u00f3dos\u00edt\u00e1s\u00e1t.<\/p>\n
P\u00e9ld\u00e1ul van egy glob\u00e1lis ^person, ahol a szem\u00e9lyi adatokat t\u00e1roljuk, \u00e9s a kulcsunk a TAJ sz\u00e1m.<\/p>\n
^person(1234567, \u2018firstname\u2019) = \u2018Sergey\u2019\n^person(1234567, \u2018lastname\u2019) = \u2018Kamenev\u2019\n^person(1234567, \u2018phone\u2019) = \u2018+74995555555\n...<\/code><\/pre>\n
\nAhhoz, hogy gyorsan kereshess\u00fcnk vezet\u00e9kn\u00e9v \u00e9s keresztn\u00e9v alapj\u00e1n, l\u00e9trehoztunk egy ^index kulcsot.<\/p>\n
^index(\u2018Kamenev\u2019, \u2018Sergey\u2019, 1234567) = 1<\/code><\/pre>\n
\nAhhoz, hogy az adatb\u00e1zis konzisztens legyen, a szem\u00e9lyi adatokat \u00edgy kell hozz\u00e1adnunk:<\/p>\n
TSTART\n^person(1234567, \u2018firstname\u2019) = \u2018Sergey\u2019\n^person(1234567, \u2018lastname\u2019) = \u2018Kamenev\u2019\n^person(1234567, \u2018phone\u2019) = \u2018+74995555555\n^index(\u2018Kamenev\u2019, \u2018Sergey\u2019, 1234567) = 1\nTCOMMIT<\/code><\/pre>\n
\nEnnek megfelel\u0151en t\u00f6rl\u00e9skor is tranzakci\u00f3t kell haszn\u00e1lnunk:<\/p>\n
TSTART\nKill ^person(1234567)\nZKill ^index(\u2018Kamenev\u2019, \u2018Sergey\u2019, 1234567)\nTCOMMIT<\/code><\/pre>\n
\nM\u00e1s sz\u00f3val a konzisztencia k\u00f6vetelm\u00e9ny\u00e9nek teljes\u00edt\u00e9se teljes m\u00e9rt\u00e9kben a programoz\u00f3 v\u00e1ll\u00e1n nyugszik. De amikor glob\u00e1lisokr\u00f3l van sz\u00f3 \u2013 ez norm\u00e1lis, alacsony szint\u0171 term\u00e9szet\u00fck miatt.<\/p>\n
3. Izol\u00e1lts\u00e1g<\/h2>\n
\nItt kezd\u0151dnek a bonyodalmak. Sok felhaszn\u00e1l\u00f3 dolgozik egyszerre ugyanazon az adatb\u00e1zison, m\u00f3dos\u00edtva ugyanazokat az adatokat.<\/p>\n
A helyzet \u00f6sszehasonl\u00edthat\u00f3 azzal, amikor sok felhaszn\u00e1l\u00f3 egyszerre dolgozik ugyanazon k\u00f3drepositoryn, \u00e9s pr\u00f3b\u00e1lnak egyszerre sok f\u00e1jlban v\u00e1ltoztat\u00e1sokat elk\u00f6vetni.<\/p>\n
Az adatb\u00e1zisnak mindezt val\u00f3s id\u0151ben kell kezelnie. Figyelembe v\u00e9ve, hogy a komolyabb c\u00e9gekn\u00e9l van egy speci\u00e1lis ember, aki a verzi\u00f3kezel\u00e9s\u00e9rt felel (\u00e1gak egyes\u00edt\u00e9se, konfliktusok megold\u00e1sa stb.), \u00e9s az adatb\u00e1zisnak mindezt val\u00f3s id\u0151ben kell tennie, nyilv\u00e1nval\u00f3v\u00e1 v\u00e1lik a feladat bonyolults\u00e1ga \u00e9s az adatb\u00e1zis helyes tervez\u00e9s\u00e9nek sz\u00fcks\u00e9gess\u00e9ge, valamint a hozz\u00e1 kapcsol\u00f3d\u00f3 k\u00f3dnak.<\/p>\n
Az adatb\u00e1zis nem k\u00e9pes meg\u00e9rteni a felhaszn\u00e1l\u00f3k \u00e1ltal v\u00e9grehajtott m\u0171veletek jelent\u00e9s\u00e9t a konfliktusok elker\u00fcl\u00e9se \u00e9rdek\u00e9ben, ha azok ugyanazon adatokon dolgoznak. Csak egy tranzakci\u00f3t tud visszavonni, amely ellentmond egy m\u00e1siknak, vagy ezeket sorban v\u00e9grehajtani.<\/p>\n
Egy m\u00e1sik probl\u00e9ma, hogy a tranzakci\u00f3 v\u00e9grehajt\u00e1sa sor\u00e1n (a commit el\u0151tt) az adatb\u00e1zis \u00e1llapota inkonzisztens lehet, ez\u00e9rt aj\u00e1nlott, hogy m\u00e1s tranzakci\u00f3k ne f\u00e9rhessenek hozz\u00e1 az inkonzisztens adatb\u00e1zis \u00e1llapothoz, ami rel\u00e1ci\u00f3s adatb\u00e1zisokban sokf\u00e9le m\u00f3don val\u00f3s\u00edthat\u00f3 meg: snapshotok l\u00e9trehoz\u00e1sa, t\u00f6bb verzi\u00f3s sorok stb.<\/p>\n
P\u00e1rhuzamos tranzakci\u00f3k v\u00e9grehajt\u00e1sa sor\u00e1n fontos, hogy ne zavarj\u00e1k egym\u00e1st. Ez az izol\u00e1ci\u00f3s tulajdons\u00e1g.<\/p>\n
Az SQL n\u00e9gy izol\u00e1ci\u00f3s szintet hat\u00e1roz meg:<\/p>\n