abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 564 hlasů
     Komentářů: 26, poslední včera 09:58
    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.