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í
×
    dnes 01:22 | Nová verze

    Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 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.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 15:33 | Komunita

    Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.

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

    Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.

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

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze

    Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.

    Ladislav Hagara | Komentářů: 0
    8.10. 15:11 | Bezpečnostní upozornění

    V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).

    Ladislav Hagara | Komentářů: 5
    8.10. 14:00 | IT novinky

    Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.

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

    Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    8.10. 03:33 | IT novinky

    Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.

    Ladislav Hagara | Komentářů: 0
    7.10. 18:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (17%)
     (15%)
     (15%)
    Celkem 203 hlasů
     Komentářů: 13, poslední 8.10. 07:41
    Rozcestník

    Dotaz: Rozdílné výsledky SQL dotazu ve Workbench/php

    28.9.2014 20:45 cndr
    Rozdílné výsledky SQL dotazu ve Workbench/php
    Přečteno: 385×
    Hezký večer

    mám komplikovanější dotaz který v sekci SELECT používá dočasné proměnné kterým se přiřadí hodnota v sekci WHERE. Když dotaz spustím v mysql Workbench, dotaz vždy proběhne bez potíží a varování. Když tentýž dotaz přenesu do PHP, spustím tak dostanu NULL, kde se vyskytují dočasné proměnné v sekci SELECT. Kde mám hledat chybu? Mám zapnutý kompletní log serveru mysql, a z logu vidím, že jsou dotazy zcela identické ale návratové hodnoty různé. (Jasně, že data nejsou mezi dotazy ničím modifikovány!)

    Příklad:
     SELECT @a, @b FROM (SELECT 1) as t WHERE (@a := 1) > 0 AND (@b := 2) > 0
    Jarda

    PS: Je to jen výřez dotazu tam kde je FROM je ve skutečnosti spojeno několik tabulek, a za tím přiřazením do @a, @b je ve skutečnosti nějaká uživatelská funkce kterou volán s parametry a další komplikovanější test, a poněvadž ji musím otestovat ale i zároveň vrátit její hodnotu, používám ty dočasné proměnné (ať se to nespouští 2x v jednom dotazu).

    PPS: Pro hloubání je zde plná verze dotazu:
    SELECT
        IF(@a > 1,
            CONCAT(`c`.`service`, ' na ', @a, ' m.'),
            `c`.`service`) AS `service`,
        @a * @b AS `valuea`,
        CONCAT(`tb`.`day`,
                '.',
                9,
                '. ',
                2014) AS `date_to`,
        IFNULL(`b`.`name`, `b`.`firm`) AS `name`,
        `b`.`last_name`,
        `b`.`street`,
        `b`.`street_no`,
        `t`.`town`,
        `t`.`psc`,
        `a`.`account` AS `accounta`,
        `k`.`no` AS `ca`,
        CASE `a`.`symbola`
            WHEN 2 THEN `s`.`no_cotract`
            WHEN 1 THEN `s`.`symbol`
            ELSE ''
        END AS `ntracta`,
        CASE `a`.`symbolb`
            WHEN 2 THEN `s`.`no_cotract`
            WHEN 1 THEN `s`.`symbol`
            ELSE ''
        END AS `symbola`
    FROM
        `services` `s`
            INNER JOIN
        `contacts` `co` ON (`co`.`id_contact` = `s`.`id_contact`)
            INNER JOIN
        `type_payments` `tp` USING (`id_type_payment`)
            INNER JOIN
        `type_billings` `tb` USING (`id_type_billing`)
            INNER JOIN
        `billings` `b` USING (`id_billing`)
            INNER JOIN
        `concat_service_def` `c` USING (`id_service_def`)
            INNER JOIN
        `towns` `t` ON (`t`.`id_town` = `b`.`id_town`)
            INNER JOIN
        `bills_towns` `bt` ON (`b`.`id_town` = `bt`.`id_town`)
            INNER JOIN
        `bills` `a` ON (`a`.`id_bill` = `bt`.`id_bill`
            AND `bt`.`id_type_service` = `c`.`id_type_service`)
            INNER JOIN
        `banks` `k` ON (`k`.`id_bank` = `a`.`id_bank`)
    WHERE
        `tp`.`type_payment` = 2
            AND IFNULL(YEAR(`s`.`deleted`) <= 2014, TRUE)
            AND IFNULL(MONTH(`s`.`deleted`) < 9, TRUE)
            AND `co`.`id_town` = 3 AND
            (@a := (`month_for_bil`(`s`.`id_service`, 2014, 9) + 3)) > 0 AND
            (@b := (`price_service`(`s`.`id_service_def`, CONCAT('2014-9-', day)))) > 0

    Řešení dotazu:


    Odpovědi

    28.9.2014 20:59 Kit | skóre: 46 | Brno
    Rozbalit Rozbalit vše Re: Rozdílné výsledky SQL dotazu ve Workbench/php
    Zkusil jsem si ten první příkaz a dostal jsem NULL, NULL. Když jsem ho spustil znovu, dostal jsem 1, 2. Zřejmě je to proto, že proměnné @a, @b musí být předem deklarovány. Potom už deklarovány jsou.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    28.9.2014 21:30 cndr
    Rozbalit Rozbalit vše Re: Rozdílné výsledky SQL dotazu ve Workbench/php
    Heuréka, to bude asi ono! Ten testovací dotaz jsem přebral z nějakého serveru na optimalizaci dotazů a tvrdili, že to funguje. Vysvětlení je prosté ve Workbenchu jsem přihlášen trvale, takže si ty proměnné pamatuje z jiných dotazů.

    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.