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 22:44 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.

    Ladislav Hagara | Komentářů: 0
    včera 14:33 | Nová verze

    Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.

    Ladislav Hagara | Komentářů: 0
    včera 10:11 | Komunita

    UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.

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

    Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    16.6. 21:55 | Zajímavý článek

    Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.

    Ladislav Hagara | Komentářů: 27
    16.6. 18:33 | IT novinky

    The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.

    Ladislav Hagara | Komentářů: 20
    16.6. 15:00 | Zajímavý článek

    Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.

    Ladislav Hagara | Komentářů: 7
    15.6. 15:00 | Zajímavý článek

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

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

    Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    13.6. 10:33 | Komunita

    Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].

    Ladislav Hagara | Komentářů: 30
    Jaký je váš oblíbený skriptovací jazyk?
     (57%)
     (30%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 274 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: Postgres sequence

    25.8.2015 00:18 Marek
    Postgres sequence
    Přečteno: 1088×
    Dobrý den,

    Nevíte, prosím, někdo, zda je u postgres zaručeno, že ID získané autoinkrementací je vždy u posledního zápisu nejvyšší (když pominu přetečení)?

    Jde mi o případ transakcí/nezávaslých připojení, kdy jedna transakce "A" vkládájící záznam začne dřív, ale zároveň i skončí později, než druhá:

    1) v transakci A je přidán záznam 2) v transakci B je přidán záznam 3) transakce B je commitnuta 4) transakce A je commitnuta

    Je ID záznamu A zaručeně vyšší než ID záznamu B?

    Děkuji

    Řešení dotazu:


    Odpovědi

    okbob avatar 25.8.2015 06:01 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres sequence
    Sekvence nemají žádnou závislost na transakce - číslo se generuje v okamžiku, kdy si o něj řeknete - tj typicky, kdy provádíte INSERT. Pak jestli a kdy provedete COMMIT je vůči získané hodnotě a stavu sekvence absolutně jedno.
    Řešení 1× (okbob)
    25.8.2015 15:20 EtDirloth | skóre: 11
    Rozbalit Rozbalit vše Re: Postgres sequence
    Suhlas. Ak by som mal toto prelozit do odpovede na povodnu otazku:

    ID zaznamu A je nizsie nez ID zaznamu B. - pretoze transakcia A vygenerovala sequencerom cislo skor nez transakcia B

    Jediny sposob (ktory ma napada), akym zhruba monitorovat cas/poradie commitov je pouzit DEFERRED (CONSTRAINT) TRIGGER.
    okbob avatar 25.8.2015 16:52 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres sequence
    CONSTRAINT TRIGGER může být pouze typu AFTER - tj nelze v něm již měnit data.
    25.8.2015 19:33 EtDirloth | skóre: 11
    Rozbalit Rozbalit vše Re: Postgres sequence
    Sice to nejde cez record NEW, ale ide to SQL statementom:
    
    CREATE SEQUENCE commit_seq;
    
    CREATE TABLE t
    (
       id          serial    NOT NULL PRIMARY KEY
     , tsInsert    timestamp NOT NULL DEFAULT clock_timestamp()
     , seqCommit   int
     , tsCommit    timestamp
    );
    
    CREATE OR REPLACE FUNCTION ai_d_commit()
    RETURNS trigger AS
    $$
       BEGIN
          UPDATE t
             SET seqCommit = nextval('commit_seq'::regclass)
               , tsCommit  = clock_timestamp()
             WHERE id = NEW.id
          ;
          RETURN NEW;
       END;
    $$
    LANGUAGE plpgsql
    VOLATILE;
    
    CREATE CONSTRAINT TRIGGER ai_d_commit
       AFTER INSERT
       ON t
       DEFERRABLE INITIALLY DEFERRED
       FOR EACH ROW
       EXECUTE PROCEDURE ai_d_commit()
    ;
    
    BEGIN;
    INSERT INTO t DEFAULT VALUES;
    SELECT pg_sleep(2);
    COMMIT;
    SELECT * FROM t;
    
    CLI test:
    psql -Upostgres -c"BEGIN; INSERT INTO t DEFAULT VALUES; SELECT pg_sleep(2); COMMIT; SELECT * FROM t ORDER BY id;" &\
    sleep 1;\
    psql -Upostgres -c"BEGIN; INSERT INTO t DEFAULT VALUES; COMMIT; SELECT * FROM t ORDER BY id;"
    Este skusam vymysliet naco by to komu bolo. Navyse to poradie bude iba priblizne - kedze to pochopitelne bezi pred commitom, tak moment skutocneho commitu moze byt v inom poradi, nez aky ukazuje sequencer. Ak by to bolo naozaj dolezite, rozmyslal by som skor nad serializaciou.
    okbob avatar 26.8.2015 13:29 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres sequence
    Trochu bych se bal v triggeru delat DML nad stejnou tabulkou - pro kombinaci INSERT/UPDATE to zafunguje (problem je vetsi narocnost - generuji se nove verze), pro kombinaci UPDATE/UPDATE nedokazi odhadnout, jestli tam nebude side effect pripadne rekurze na triggerech. Rozhodne bych do takoveho navrhu za zadnych okolnosti nesel.
    26.8.2015 14:56 EtDirloth | skóre: 11
    Rozbalit Rozbalit vše Re: Postgres sequence
    Je asi jedno, ci clovek robi DML nad rovnakou, alebo inou tabulkou: v oboch pripadoch vznika novy tuple a nepriama rekurzia hrozi tiez. Napriklad v SQLite triggeroch ani ina moznost nie je - len pouzitie DML. Urcite by som bol opatrny, ale zbytocne by som sa neobmedzoval. Nakoniec, nasledujuca veta je v dokumentacii viac nez desat rokov:
    It is the trigger programmer's responsibility to avoid infinite recursion
    Zo skusenosti, pre zamedzenie rekurzie triggerov je rozumne pouzit klauzulu WHEN.
    26.8.2015 11:39 Marek
    Rozbalit Rozbalit vše Re: Postgres sequence
    Dik moc obema.
    25.8.2015 08:34 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Postgres sequence
    Je chybou, ak sa aplikačná logika spolieha na usporiadanie hodnôt generovaných sekvenciou, resp. na usporiadanie hodnôt syntetického primárneho kľúča vo všeobecnosti. Ak aplikačná logika potrebuje usporiadanie, mala by mať na tento účel určený stĺpec a generovanie jeho hodôt má byť starostlivo navrhnuté a implementované s ohľadom na potreby aplikácie; ak sa bude jednať o usporiadanie úplné, nie čiastočné, môže sa teoreticky tento stĺpec stať aj primárnym kľúčom, prakticky to ale tiež nie najlepší nápad.

    Inak povedané, nechajte zodpovednosť jednoznačnej identifikácie záznamu na primárnom kľúči, ale zodpovednosť za usporiadanie záznamov v tabuľke urobte zodpovedným iný, špeciálne na tento účel navrhnutý stĺpec. Naplníte tak princíp jednej zodpovednosti a oceníte to okamžite, ako nastane potreba usporiadať záznamy podľa iného, v tejto chvíli ešte neznámeho kritéria.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.