abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 23:13 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 142 (pdf) a HackSpace 79 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 18:22 | Nová verze

    Qtractor (Wikipedie) dospěl do verze 1.0.0. Jedná se o Audio/MIDI vícestopý sekvencer.

    Ladislav Hagara | Komentářů: 0
    dnes 14:33 | Nová verze

    Byl vydán svobodný kancelářský balík OnlyOffice Docs 8.1. Vedle četných oprav přináší několik funkcí včetně podpory editace textu v PDF a vytváření formulářů v PDF.

    Fluttershy, yay! | Komentářů: 11
    dnes 12:33 | Zajímavý článek

    Daniel Stenberg, autor nástroje curl, z databáze SteamDB zjistil, že aktuálně 22 734 her na Steamu používá curl.

    Ladislav Hagara | Komentářů: 4
    včera 19:55 | IT novinky

    Společnost Anthropic vydala Claude 3.5 Sonnet, tj. novou verzi své umělé inteligence Claude (Wikipedie). Videoukázky na YouTube. S Claude 3, stejně jak s GPT-3.5, Llama 3 a Mixtral, si lze pokecat bez přihlašování na DuckDuckGo AI Chat.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Byla vydána nová stabilní verze 6.8 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 126. Přehled novinek i s náhledy v příspěvku na blogu a na YouTube. Vypíchnuta jsou vylepšení v integrovaném poštovním klientu.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Příspěvek Aukce domén – měsíc po spuštění na blogu CZ.NIC shrnuje první měsíc provozu Aukce domén .CZ. Aukcemi prošlo celkem 18 174 domén, z toho na 742 z nich byl učiněn alespoň 1 příhoz. Nejdražší aukcí byla na doménu virtualnisidlo.cz s cenou 95 001 Kč, která však nebyla včas uhrazena. Nejdražší aukcí, která byla vydražena i zaplacena je praguecityline.cz s cenovkou 55 600 Kč.

    Ladislav Hagara | Komentářů: 15
    včera 11:11 | IT novinky

    Před 40 lety, 19. června 1984, Bob Scheifler představil první verzi okenního systému X (X Window System). Vycházela z okenního systému W (W Window System).

    Ladislav Hagara | Komentářů: 44
    včera 11:00 | Nová verze

    Desktopové prostředí MATE bylo vydáno ve verzi 1.28. V gitových repozitářích je sice už od února, ale oznámení vydání se na webu objevilo s několikaměsíčním zpožděním (únorové datum zveřejnění je nepravdivé). Jde o první velké vydání od roku 2021. Uživatelsky nejvýznamnější pokrok je v podpoře Waylandu.

    Fluttershy, yay! | Komentářů: 0
    19.6. 21:44 | Nová verze

    Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými

    … více »
    Ladislav Hagara | Komentářů: 0
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    26.6.2009 15:54 MCCloak
    Rozbalit Rozbalit vše Synchronizace, transakce a isolation level
    Ahoj,

    pracuji na PHP projektu, jedna se o aukci, kde udaje o prubehu aukce uchovavam v databazi (mysql). Pri kazdem pozadavku (nacteni stranky ci ajax) se provade update aukce, tj nacteni, uprava a opetovne nahrani zpet do db. Z tohoto duvodu jsem potreboval nejak synchronizovat jednotlive pozadavky, aby mi jeden necetl z databaze stav aukce v dobe, kdy jiny proces s aukci pracuje. Vyresil jsem to tak, ze na zacatku kazdeho pozadavku zacnu transakci, a provedu SELECT * FROM aukce FOR UPDATE, cimz zajistim, ze pripadny druhy pozadavek bude cekat na skonceni prvniho. Myslite ze je to dobre reseni? Pripadne existuje nejake lepsi, elegantnejsi?

    V teto souvislosti jsem se zacal zajimat o transakce a isolation level, a narazil jsem na jednu podivnou vec: Mam dve ruzne connecty do db, A a B. Isolation level je repeatable read. Dale mam tabulku account s jednim sloupcem balance, ktera ma jeden radek s hodnotou balance = 1000;

    A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account; - vrati 1000

    A: UPDATE account SET balance = 500;

    A: COMMIT;

    B: SELECT balance FROM account; - vrati 1000, podle predpokladu

    Repeatable read tedy funguje dle ocekavani, transakce B nevidi zmeny, ktere provedla transakce A. Ovsem zahadou mi je druhy priklad (stejna tabulka i nastaveni, balance=1000):

    A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT balance FROM account FOR UPDATE; - ceka na dokonceni transakce A

    A: UPDATE account SET balance = 1500;

    A: COMMIT;

    B: - v tuto chvili vrati 1500. Otazka zni, jaktoze nyni transakce B vidi zmeny provedene transakci A? To porusi isolation level, nebo ho docasne nastavi na READ COMMITTED?

    Trochu jsem experimentoval a prisel jsem jeste na podivnejsi vec. Mam opet tabulku account, a k ni mi nyni pribyde tabulka pokus(id int), ktera je prozatim prazdna: A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT balance FROM account FOR UPDATE; - cekam na dokonceni A

    A: UPDATE account SET balance = 1500;

    A: INSERT INTO pokus SET id = 100;

    A: COMMIT;

    B: - vrati 1500

    B: SELECT * FROM pokus; - vrati 1 radek s hodnotou 100 - coz je dle meho zase poruseni isolation levelu, ale tak rekl jsem si, ze tedy ten SELECT FOR UPDATE asi opravdu docasne meni isolation na read committed. Rozhodl jsem se to otestovat

    Opet tabulka account a prazdna tabulka pokus: A: START TRANSACTION;

    B: START TRANSACTION;

    A: SELECT balance FROM account FOR UPDATE; - vrati 1000

    B: SELECT * FROM pokus; - vrati nulovy pocet radku

    B: SELECT balance FROM account FOR UPDATE; - cekam na dokonceni A

    A: UPDATE account SET balance = 1500;

    A: INSERT INTO pokus SET id = 100;

    A: COMMIT;

    B: - vrati 1500

    B: SELECT * FROM pokus; - vrati nulovy pocet radku - tady najednou izolace zahadne funguje.

    Dokazal by mi to tedy nekdo prosim objasnit? Jsem z toho uz docela jelen :(

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.