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ářů: 16
    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%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 557 hlasů
     Komentářů: 26, poslední včera 09:58
    Rozcestník

    Dotaz: PlPgSql Select into Problém s TimeStamp

    24.6.2023 19:46 ZAH | skóre: 43 | blog: ZAH
    PlPgSql Select into Problém s TimeStamp
    Přečteno: 883×
    V následující funkce proběhne OK v případě, že ve složeném typu (uvedený dále ) je položka "dateUpdate" null. Po jejím nastavení server vyhodí chybu ERROR" Invalid input syntax for type timestamp.

    Select sloupce proběhne OK i s nastavenou hodnotou. Napadá někoho co by mohlo pomoct.
    CREATE OR REPLACE FUNCTION accounting.fu_getflags_10(
    	indoc ismaster."T_DocumentId")
        RETURNS ismaster."T_DocumentFlags"
        LANGUAGE 'plpgsql'
        COST 100
        VOLATILE PARALLEL UNSAFE
    AS $BODY$
    DECLARE flags ismaster."T_DocumentFlags";
    BEGIN 
     IF EXISTS (SELECT FROM accounting.accdocheader WHERE "docId" = indoc) THEN
      SELECT "docFlags" INTO flags FROM accounting.accdocheader WHERE "docId" = indoc;
      ELSE 
      flags := ismaster.fu_default_document_flags();
      END IF;
      RETURN flags;
    END;
    $BODY$;
    
    
    CREATE TYPE ismaster."T_DocumentFlags" AS
    (
    	"dateNew" ismaster."D_DateNew",
    	"dateUpdate" timestamp without time zone,
    	"dateOwner" timestamp without time zone,
    	"userNew" ismaster."D_IsUserId",
    	"userUpdate" ismaster."D_IsUserId",
    	"userOwner" ismaster."D_IsUserId",
    	"onlyAuthor" boolean,
    	"isAccount" boolean,
    	"isFinality" boolean,
    	"isArch" boolean,
    	"noStorno" boolean,
    	"noDelete" boolean
    );
    
    
    ZAH

    Řešení dotazu:


    Odpovědi

    24.6.2023 22:09 X
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Po jejím nastavení server vyhodí chybu ERROR
    A mohl bych to nastaveni(kde a jak) videt?
    25.6.2023 02:06 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Položka , která vyvolá chybu
     ("2023-06-24 13:51:48.405636","2023-06-24 18:58:39.991784",,"zah       ","zah       ",,,,,,,)
    
    Před nastavením hodnoty projde OK.
    ("2023-06-24 13:50:42.806875",,,"zah       ",,,,,,,,)
    
    Nastavení se provede v trigru pomoci now() po změně řádku.
        .......
        .....
        NEW."docFlags"."dateUpdate" := now();
        return NEW;
    
    25.6.2023 11:59 X
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Mas definovano jako:
    "dateUpdate" timestamp without time zone
    ale, now() vraci timestamp with time zone

    ?
    25.6.2023 14:45 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Takže, tím now() to nebude, nahradil jsem ho LOCALTIMESTAMP bez výsledku.

    Zkusil jsem SELECT INTO nahradit SQL funkcí a ejhle ono to funguje

    Nejprve funkce
    CREATE OR REPLACE FUNCTION accounting.fu_getflags_10(
    	indoc ismaster."T_DocumentId")
        RETURNS ismaster."T_DocumentFlags"
        LANGUAGE 'sql'
        COST 100
        VOLATILE PARALLEL UNSAFE
    AS $BODY$
    SELECT "docFlags" FROM accounting.accdocheader 
         WHERE  "docId" =  indoc ;
    $BODY$;
    
    Problémová část kódu po změně (místo INTO přiřazení)
    flags := accounting.fu_getflags_10(NEW."docId");
     -- pro vlozeni radku musi hlavicka povolit update
      IF NOT ismaster.fu_docflags_can_update(flags) THEN 
        RETURN null;	
    	   END IF;
    
    Čím dál více se přikláním k tomu, že v pgplsql dělám/je nějaká chyba při přiřazování komplexních typů. Objevil se další problém s podobným kódem . Zde vyhodí chybu ERROR" Invalid input syntax for type double precission
    DECLARE flags ismaster."T_DocumentFlags";
            debcr ismaster."T_DebitCredit";
    begin
    .....
    .....
     IF  NEW."rowNum" = 1 AND NEW.debitcredit IS null THEN 
      SELECT debitcredit INTO debcr FROM accounting.accdocheader 
          WHERE "docId" = NEW."docId";
    	  NEW.debitcredit := ismaster.fu_change_debitcredit(debcr);
     END IF;
    .....
    .....
    
    Definice typu
    CREATE TYPE ismaster."T_DebitCredit" AS
    (
    	debit ismaster."D_AccountValue",
    	credit ismaster."D_AccountValue"
    );
    
    25.6.2023 23:53 okbobcz | skóre: 8
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Můžeš někam hodit nějaký krátký reproducer? Může tam být buga. Update atributu sloupce kompozitního typu je v Postgresu podporovaný relativně krátce. Dřive se bokem musel vytvořit celý kompozit a tím pak přepálit původní kompozitní hodnotu. Mne prace s kompozitem na 16tce funguje bez problemu (a urcite by fungovala i v 15tce pripadne 14tce):
    (2023-06-25 23:51:46) postgres=# \d foot
                     Composite type "public.foot"
    ┌────────┬───────────────────┬───────────┬──────────┬─────────┐
    │ Column │       Type        │ Collation │ Nullable │ Default │
    ╞════════╪═══════════════════╪═══════════╪══════════╪═════════╡
    │ a      │ date              │           │          │         │
    │ b      │ character varying │           │          │         │
    │ c      │ date              │           │          │         │
    └────────┴───────────────────┴───────────┴──────────┴─────────┘
    
    (2023-06-25 23:51:57) postgres=# \d xx
                           Table "public.xx"
    ┌────────┬───────────────────┬───────────┬──────────┬─────────┐
    │ Column │       Type        │ Collation │ Nullable │ Default │
    ╞════════╪═══════════════════╪═══════════╪══════════╪═════════╡
    │ id     │ integer           │           │          │         │
    │ f      │ foot              │           │          │         │
    │ d      │ character varying │           │          │         │
    └────────┴───────────────────┴───────────┴──────────┴─────────┘
    
    (2023-06-25 23:52:01) postgres=# do $$
    declare x xx;
    begin
      x := (1, null, 'ahoj');
      x.f.a := now();
      x.f.b := 'nazdar';
      x.f.c := current_date;
      raise notice '% %', x.f, (x.f).c;
    end;
    $$;
    NOTICE:  (2023-06-25,nazdar,2023-06-25) 2023-06-25
    DO
    
    
    26.6.2023 09:02 ZAH
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Včera jsem našel odkaz, který obdobný problém popisuje. Jde skutečně o problém načtení komplexního typu v plpgsql do proměnné. Je rozdíl mezi funkcí plpgsql a sql funkcí.

    Obejití problému je poměrně jednoduché načíst řádek tabulky tabulka%ROWTYPE a pak pracovat s načtenou řádkou. Obejití jsou možné i jiné, např. přes text. Odpoledne připojím ještě nalezený odkaz na popis problému. ZAH
    26.6.2023 15:11 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Příloha:
    Přikládám export testu databáze s chybou ve funkci tes, Pro její reprodukování mě postačí SELECT public.test().

    Vyplyvne chybu
    ERROR:  invalid input syntax for type date: "(2023-01-01,Test,2022-11-11)"
    CONTEXT:  PL/pgSQL funkce test() řádek 3 na SQL příkaz
    SQL stav: 22007
    
    Řešení 1× (ZAH (tazatel))
    27.6.2023 16:50 okbobcz | skóre: 8
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Tohle je fíčura a ne bug :-). Na tohle už jsem narazil několikrát a ve své implementaci PL/pgPSM jsem to i řešil a vyřešil. V PL/pgSQL to se to ale změnit (opravit) nedá (kvůli zpětné kompatibilitě), a také aby se nezanášelo víc kódu do jedné relativně krátké, ale nyní už docela komplikované rutiny. I když hlavní problém je zpětná kompatibilita (a ono by to stejně nešlo vyřešit na 100%).

    Tam je problém s vícenásobným zanořením. Dobře je to vidět, pokud si výsledek uložíte do proměnné typu record a zobrazíte.
    CREATE OR REPLACE FUNCTION public.test()
     RETURNS boolean
     LANGUAGE plpgsql
    AS $function$
    DECLARE r record;
    BEGIN
      SELECT fx INTO r FROM table1 WHERE id = 5;
      RAISE NOTICE '% %', r, row_to_json(r); 
      RETURN true; 
    END;$function$;
    CREATE FUNCTION
    (2023-06-27 16:11:42) postgres=# SELECT public.test();
    NOTICE:  ("(2023-01-01,Test,2022-11-11)") {"fx":{"a":"2023-01-01","b":"Test","c":"2022-11-11"}}
    ┌──────┐
    │ test │
    ╞══════╡
    │ t    │
    └──────┘
    (1 row)
    
    Jde o to, že výsledkem dotazu je n-tice hodnot, která se uloží do jiné n-tice proměnných nebo kompozitu (což je dnes už něco jiného, ale dříve to byla zase n-tice proměnných) tj (c1,c2,c3) -> (var1,var2,var3), (c1,c2,c3)->(f1,f2,f3). Interně výsledkem každého dotazu je kompozit. Pokud je nějaký sloupec v dotazu kompozit, pak je ten kompozit zanořený, a tudíž vy jej nemůžete přiřadit proměnné kompozitního typu, která nečeká ještě další úroveň. Ve vašem případě se Postgres snaží přiřadit první sloupec výsledku první položce kompozitu - z čehož pak plyne ta zmatečná hláška.

    Co můžete udělat?

    a) Před přiřazením zdrojový kompozit rozbalit. Pak výsledek bude sedět cíli.
    CREATE OR REPLACE FUNCTION public.test()
     RETURNS boolean
     LANGUAGE plpgsql
    AS $function$
    DECLARE ff foot;
    BEGIN
      -- SELECT (fx).a, (fx).b, (fx).c INTO ff FROM table WHERE id = 5 -- je taky ok
      SELECT (fx).* INTO ff FROM table1 WHERE id = 5; 
      RETURN true; 
    END;$function$;
    
    b) Použít přiřazovací příkaz a ANSI zápis
    CREATE OR REPLACE FUNCTION public.test()
     RETURNS boolean
     LANGUAGE plpgsql
    AS $function$
    DECLARE ff foot;
    BEGIN
      ff := (SELECT fx FROM table1 WHERE id = 5); 
      RETURN true; 
    END;$function$;
    
    Jádro pudla je v designu SQL, které s kompozitními typy vůbec nepočítá (alespoň v těch nejstarších variantách), a ve chvíli, kdy se do tabulek ukládají kompozitní hodnoty, tak některé syntaxe jsou v kolizi. Navíc PL/pgSQL je mix dvou absolutně rozdílných jazyků - SQL a ADA (pro PL/pgSQL hodně redukovaná ADA). Není to jeden jazyk. A občas někde ty švy (kolize) jsou vidět.
    27.6.2023 18:42 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: PlPgSql Select into Problém s TimeStamp
    Dík, nějak jsem se k tomu také postupně dobral, ale tys to shrnul překrásně. Není co dodat.

    ZAH

    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.