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 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

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

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

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

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 966 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení

    9.1.2016 21:59 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Přečteno: 1482×
    Příloha:
    Ahoj všem,

    potřeboval bych v AFTER INSERT OR UPDATE triggeru zavolat proceduru z externího nástroje, pomocí které předžvýkám nějaká data a pak je uložím do databáze. Externí nástroj přistupuje ke stejné tabulce, na kterou je zavěšený ten trigger.

    Problém je v tom, že externí nástroj vidí data ve stavu před update. Vypadá to deterministicky, jsem vždy „o krok pozadu“. Cache ten nástroj nepoužívá žádnou.

    Konkrétně jde o trigger, který používá pljava funkci a tato funkce si přes http api stáhne data. Služba poskytující api se do stejné databáze připojuje přes jdbc.

    Stejné chování má však i pokusný trigger v plpgsql, pokud si data tahá jakoby externě pomocí dblink spojení. Pokud data načítá lokálně sql dotazem, funguje to správně, pokud externě, jsem pozadu.

    Předpoklad byl, že po updatu jsou data už v tabulce a že je tudíž bez problému načtu, tedy že viditelnost bude stejná jak jsem v triggerech zvyklý. Toto zřejmě neplatí.

    Situace by asi byla jiná, pokud by trigger updatoval data z jiné tabulky, než na kterou je pověšený. Možným řešením by pak mohlo být rozdělit danou tabulku na dvě tabulky a triggerem upravovat tu druhou. Jde mi o to, zda to je nutné a zda to skutečně pomůže. Bylo by to pak deterministické?

    Smyslem celého konání je jakási pomocá indexová tabulka, která obsahuje předžvýkaná data z několika dalších tabulek. Jeden sloupec této pomocné tabulky se předžvýká pomocí plpgsql triggerů a když je to hotovo, odpaluje se na této pomocné tabulce další trigger, který má naplnit druhý sloupec pomocí http api.

    Protože jsem nejspíš narazil na hranice mých znalostí, nechám si rád poradit.
    -- OldFrog

    Řešení dotazu:


    Odpovědi

    9.1.2016 22:40 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    PS: V příloze dotazu je ten vzorový test s dblink. Jinak jsem zjistil, že rozdělení tabulky by asi nepomohlo. protože ve staré verzi vidím i ostatní tabulky. Zkusím pátrat po internetu.
    -- OldFrog
    9.1.2016 23:05 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Zdá se, že to celé běží v jedná transakci a COMMIT proběhne až po dokončení trigeru. Nezdá se, že by to šlo v Postgres změnit. Ale asi by šlo použít NOTIFY?
    -- OldFrog
    okbob avatar 9.1.2016 23:11 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    V AFTER triggeru jsou sice data již uložená, ale stále nejsou viditelná ostatním uživatelům (transakcím). Teprve po dokončení triggeru dojde ke commitu a k zviditelnění změn. Tudíž přístupu zvenku tyto změny vidět nemůžete. PostgreSQL oficiálně nepodporuje dirty reading - takže tenhle způsob je 100% slepá cesta. K časné signalizaci klienta (čehokoliv), že došlo ke změně dat, se používá notifikace (příkaz NOTIFY). Příkaz NOTIFY se volá uvnitř transakce - a pokud commit neselže, tak bezprostředně poté, co jsou data viditelná ostatním uživatelům (dle úrovně izolace transakce), tak Postres notifikuje klienta.

    Jinak volat z triggeru externí nástroj znamená koledovat si o malér (navíc, který někde bude zapisovat). Výsledkem jsou docela křehké a nepřehledné aplikace. Ještě po volání triggerů může transakce zhavarovat a rázem máte nekonzistenci v datech.

    9.1.2016 23:51 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Děkuju za odpověď, už jsem taky přišel na NOTIFY/LISTEN a zkoumám to. Můžu naslouchat notifikaci v klientské java aplikaci pomocí jdbc spojení? Pak by mohla naslouchat rovnou ta externí java aplikace, což by bylo asi docela dobré. Pokud ne, nahradím trigger nofitikacema jen rámci databáze a klientskou aplikaci použiju přes url a mělo by to taky chodit.

    Riziko volání externích nástrojů z triggeru chápu, nicméně myslím, že tohle je právě ten případ, který se to dá ještě akceptovat. Pomalost updatu nevadí, updatuje se málo a ta tabulka slouží jen pro fulltext hledání a jako cache. Pokud něco selže, uloží se do cachovacího sloupce NULL a data si dohledá aplikace sama (akorát mnohem pomaleji). Do primárních dat ten trigger nezasahuje.

    Nepoužít trigger (resp. notifikace) by byl přechod z bláta do louže: Jelikož se pro vygenerování potřebných dat používají nástroje, které v psql nejsou dostupné, tak bych musel data generovat přímo v aplikaci a problém s konzistencí dat by nastal stejně (stačílo by změnit data mimo aplikaci třeba pomocí sql). Šlo by to sice celé napsat v pljava, ale to by byl trochu overkill a pravděpodobně bych se nevyhnul duplicitě kódu.
    -- OldFrog
    okbob avatar 10.1.2016 06:54 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    11.1.2016 22:58 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    No nějak to funguje, ale bojím se, jestli to dostatečně garantuje, že se skutečně všechny zprávy doručí. Navíc je otázka, co s tím udělá connection pool. Nejspíš by to chtělo si udělat nějaké vyhrazené nepoolované spojení a to ručně kontrolovat, zda žije. Pokud by se spojení ukončilo a já se znovu připojil, tak bych o notifikace asi přišel, že jo?

    No prostě - nesmějte se mi - je docela nevýhoda, že to neběží v té transakci :-D
    -- OldFrog
    12.1.2016 00:19 bohyn
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Nemuze ta vzdalena sluzba dostat vsechna potrebna data v pozadavku a zpatky vratit prechroupana data o jejichz ulozeni se postara _trig_t1? Z AFTER INSERT/UPDATE se stane BEFORE INSERT/UPDATE a vse zustane v jedne transakci
    12.1.2016 09:54 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Ano, to mě také napadlo, tak by to šlo. Nicméně pak by se už asi vyplatilo doimplementovat i zbytek logiky do procedur, čili přesunout část aplikace do tam.
    -- OldFrog
    okbob avatar 12.1.2016 08:09 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Já bych si udělal jednu pomocnou tabulku, kde bych si notifikace ještě ukládal. Pak druhou pro zpracované notifikace. Po notifikaci by si klient pouze zjistil rozdíl mezi zpracovanými a nezpracovanými notifikacemi. Tudíž se nemůže stát, že by se notifikace ztratila. A jednou denně bych promazal notifikace, které už jsou zpracované z obou tabulek.
    12.1.2016 09:58 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Jasně, čili závěr z toho je, že ty notifikace jsou dost jednoduchý mechanismus a pokud by člověk potřeboval větší robustnost, musel by si nad tím dopsat nějakou frontu a kontroly a doplnit doplnit si tak transakční logiku sám.
    -- OldFrog
    okbob avatar 12.1.2016 11:50 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Přesně tak - notifikace jsou jednoduchý signál směrem od databáze k aplikaci - něco se změnilo. Ale nemáte garantováno, že klient poslouchá, anebo že korektně zareaguje. Na to už je potřeba sada 2PC transakcí.
    12.1.2016 10:06 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Děkuju všem za nápady. Nakonec jsem šel cestou nejmenšího odporu. Potřebná data se negenerují dopředu - aplikace si je generuje až v případě potřeby a do cachovací tabulky si je uloží pro pozdější použití sama. Pomocí triggerů zajišťuju pouze zneplatnění cache, pokud se primární data změnila. Jelikož se mění jen malé množství záznamů, nemá to žádný dopad na rychlost a nemůže se to rozbít.

    Jako řešení nebudu označovat asi nic, variant tu zaznělo několik a správná volba záleží na konkrétní situaci.
    -- OldFrog
    okbob avatar 12.1.2016 11:52 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Obyčejně rozumně jednoduché řešení bývá nejlepší.
    12.1.2016 12:26 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    :-)
    -- OldFrog
    17.1.2016 18:04 peter
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Aj ked uz mas ine riesenie, riesenie pre original ulohy by podla mna bol dvojfazovy commit (xa transakcie). Btw to ze transakcia zhavaruje by nemalo ovplyvnit konzistentnost dat.
    18.1.2016 15:47 OldFrog {Ondra Nemecek} | skóre: 26 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Díky za info - můžete k tomu doporučit nějaký zdroj? V daném případě by to byl sice kanón na vrabce, ale rád bych si přečetl, jak taková věc funguje.
    -- OldFrog
    19.1.2016 12:26 peter
    Rozbalit Rozbalit vše Re: Postgres - viditelnost dat v AFTER INSERT OR UPDATE triggeru z _externího_ spojení
    Vlastne si prestavam byt isty, ze by to fungovalo. Nemam ani nainstalovany postgres aby som to vyskusal, takze ak sa vam chce.. Ale zdroj je dokumentacia: http://www.postgresql.org/docs/9.2/static/sql-prepare-transaction.html

    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.