Administrace komentářů

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.