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 20:00 | Komunita

Spolek vpsFree.cz již potřetí zveřejnil statistiku linuxových distribucí běžících na jejich infrastruktuře. Nejpoužívanější je Debian s 50,4 %. Následuje Ubuntu s 25,6 % a CentOS s 13,6 %. Skokanem roku je Alpine Linux.

Ladislav Hagara | Komentářů: 1
včera 18:33 | Zajímavý článek

Michal Špaček publikoval třetí číslo svého newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se v něm například také bezpečnostní chybě v ImageMagick.

Ladislav Hagara | Komentářů: 3
včera 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 53
28.5. 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 11
28.5. 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 1
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 19
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 639 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    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: 1048×
    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

    Řešení 1× (xkucf03)
    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: 3
    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: 3
    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: 3
    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.
    Řešení 1× (tacoberu)
    25.8.2015 08:34 cronin | skóre: 48
    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.