{"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\/et\/blog\/administrirovanie\/tranzaktsii-v-globalah-intersystems-iris","title":{"rendered":"Tehingud InterSystems IRIS globaalides","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"TehingudAndmebaasi InterSystems IRIS toetab huvitavaid andmestruktuure - globaalid. Tegelikult on need mitmetasandilised v\u00f5tmed, millel on erinevad lisafunktsioonid, nagu tehingud, kiire funktsionaalsus andmepuude l\u00e4bimiseks, lukustused ja oma keele ObjectScript.<\/p>\n

Rohkem globaalsest s\u00fcgiseks artiklite ts\u00fcklis \u201eGlobaalid - andmete salvestamise m\u00f5\u00f5gad\u201d:<\/p>\n

Puud. Osa 1<\/a><\/noindex>
\nPuud. Osa 2<\/a><\/noindex>
\nSparssed massiivid. Osa 3<\/a><\/noindex><\/p>\n

Mind huvitab, kuidas tehingud globaalides on ellu viidud, millised omadused seal on. See on ju t\u00e4iesti erinev andmestruktuur v\u00f5rreldes traditsiooniliste tabelitega. Oluliselt madalamal tasemel.
\n<\/a><\/noindex>
\nKuna on teada, et relatsiooniliste andmebaaside teooriast peaks hea tehingu teostus vastama n\u00f5uetele ACID<\/a><\/noindex>:<\/p>\n

A - Atoomilisus.<\/b> Kogu tehingu jooksul tehtud muudatused peavad olema kas t\u00e4iesti salvestatud v\u00f5i mitte midagi.<\/p>\n

C - Konsistentsus.<\/b> Tehingu l\u00f5puks peab andmebaasi loogiline seisund olema omavahel koosk\u00f5las. Suur osa sellest n\u00f5udest puudutab programmeerijat, kuid SQL-andmebaaside puhul kehtib see ka v\u00e4liste v\u00f5tmete kohta.<\/p>\n

I - Isolatsioon.<\/b> Samal ajal toimuvad tehingud ei tohiks \u00fcksteist m\u00f5jutada.<\/p>\n

D - Vastupidavus.<\/b> P\u00e4rast tehingu edukat l\u00f5petamist ei tohiks madalama taseme probleemid (nt voolukatkestus) m\u00f5jutada tehingu k\u00e4igus muudetud andmeid.<\/p>\n

Globaalid on relatsioonilised andmestruktuurid. Need loodi \u00fclikiireks t\u00f6\u00f6ks v\u00e4ga piiratud riistvaral. Uurime, kuidas tehingud globaalides on ellu viidud ametliku docker-pildi IRIS abil<\/a><\/noindex>.<\/p>\n

Tehingute toetamiseks IRIS-is kasutatakse j\u00e4rgmisi k\u00e4ske: TSTART<\/a><\/noindex>, TCOMMIT<\/a><\/noindex>, TROLLBACK<\/a><\/noindex>.<\/p>\n

1. Atoomilisus<\/h2>\n

\nAtoomilisust on k\u00f5ige lihtsam kontrollida. Kontrollime andmebaasi konsoolist.<\/p>\n

Kill ^a\nTSTART\nSet ^a(1) = 1\nSet ^a(2) = 2\nSet ^a(3) = 3\nTCOMMIT<\/code><\/pre>\n
\nSeej\u00e4rel teeme j\u00e4relduse:<\/p>\n
Write ^a(1), \u201c \u201d, ^a(2), \u201c \u201d, ^a(3)<\/code><\/pre>\n
\nSaame:<\/p>\n
1 2 3<\/code><\/pre>\n
\nK\u00f5ik on korras. Atoomilisus on tagatud: k\u00f5ik muudatused on salvestatud.<\/p>\n
V\u00f5tame \u00fclesande keerulisemaks, sisse viies vea, ja vaatame, kuidas tehing s\u00e4ilib, osaliselt v\u00f5i \u00fcldse mitte.<\/p>\n
Kordame atooblisuse kontrolli:<\/p>\n
Kill ^A\nTSTART\nSet ^a(1) = 1\nSet ^a(2) = 2\nSet ^a(3) = 3<\/code><\/pre>\n
\nP\u00e4rast seda peatame konteineri sunniviisil, k\u00e4ivitame selle uuesti ja vaatame. <\/p>\n
docker kill my-iris<\/code><\/pre>\n
\nSee k\u00e4sk on praktiliselt ekvivalentne j\u00e4rsu voolu katkestamisega, kuna see saadab protsessile SIGKILL kohese peatumise signaali.<\/p>\n
Kas tehing v\u00f5ib olla osaliselt salvestatud?<\/p>\n
WRITE ^a(1), ^a(2), ^a(3)\n^\n ^a(1)<\/code><\/pre>\n
\n \u2014 Ei, ei salvestunud.<\/p>\n
Proovime tagasip\u00f6\u00f6rdumise k\u00e4sku:<\/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
\nSamuti ei salvestunud midagi.<\/p>\n
2. \u00dchtsus<\/h2>\n
\nKuna globaalides luuakse v\u00f5tmed samuti globaalide j\u00e4rgi (tuletan meelde, et gloobaal on madalama taseme struktuur andmete salvestamiseks kui relatsiooniline tabel), peab \u00fchtsuse n\u00f5ude t\u00e4itmiseks v\u00f5tme muutmine olema sama tehingu sees nagu gloobala muutmine.<\/p>\n
N\u00e4iteks meil on gloobaal ^person, kus salvestame isikute andmeid ja v\u00f5tmena kasutame isikukoodi.<\/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
\nKuna kiireks otsinguks perekonna nime ja eesnime j\u00e4rgi, l\u00f5ime v\u00f5tme ^index.<\/p>\n
^index(\u2018Kamenev\u2019, \u2018Sergey\u2019, 1234567) = 1<\/code><\/pre>\n
\nSelleks, et andmebaas oleks \u00fchtne, peame isikuandmeid lisama j\u00e4rgmiselt:<\/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
\nSeega, kustutamise korral peame samuti kasutama tehingut:<\/p>\n
TSTART\nKill ^person(1234567)\nZKill ^index(\u2018Kamenev\u2019, \u2018Sergey\u2019, 1234567)\nTCOMMIT<\/code><\/pre>\n
\nTeisis\u00f5nu, \u00fchtsuse n\u00f5uete t\u00e4itmine lasub t\u00e4ielikult programmeerija \u00f5lul. Kuid kui me r\u00e4\u00e4gime globaalidest, on see normaalne, kuna nende madalama taseme loomus.<\/p>\n
3. Isolatsioon<\/h2>\n
\nSiin hakkavad keerulised asjad pihta. Paljud kasutajad t\u00f6\u00f6tavad sama andmebaasi kallal samal ajal, muutes samu andmeid.<\/p>\n
Situatsioon on v\u00f5rreldav sellega, kui palju kasutajaid \u00fcritab samaaegselt t\u00f6\u00f6tada \u00fche ja sama koodi hoidla kallal ning \u00fcritavad korraga teha komiteeringuid paljude failide osas.<\/p>\n
Andmebaas peab seda k\u00f5ike lahendama reaalajas. Arvestades, et t\u00f5sistes ettev\u00f5tetes on isegi spetsiaalne isik, kes vastutab versioonihalduse eest (harude \u00fchinemine, konfliktide lahendamine jne), ja andmebaas peab seda k\u00f5ike tegema reaalajas, siis tekib selge \u00fclesande keerukus ning andmebaasi ja sellele teenindava koodi \u00f5ige projekteerimise vajadus.<\/p>\n
Andmebaas ei saa m\u00f5ista, mida kasutajad teevad, et v\u00e4ltida konflikte, kui nad t\u00f6\u00f6tavad sama teabega. See suudab ainult t\u00fchistada \u00fche tehingu, mis on vastur\u00e4\u00e4kiv teisele, v\u00f5i t\u00e4ita need j\u00e4rjestikku.<\/p>\n
Veel \u00fcks probleem on see, et tehingu t\u00e4itmise ajal (enne kinnitamist) v\u00f5ib andmebaasi seisund olla \u00fchitamatu, seet\u00f5ttu on soovitav, et teised tehingud ei p\u00e4\u00e4seks \u00fchitamata andmebaasi olekusse. Rikkalikud andmebaasid saavutavad selle mitmel viisil: l\u00f5ike loomise, versioonide haldamise jne kaudu.<\/p>\n
Tehingute paralleelsel t\u00e4itmisel on oluline, et need ei segaks \u00fcksteist. See on isoleerituse omadus.<\/p>\n
SQL m\u00e4\u00e4ratleb 4 isoleerituse taset:<\/p>\n