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 03:55 | Nová verze

    Immich byl vydán v nové verzi 3.0.0. Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.

    Ladislav Hagara | Komentářů: 4
    včera 02:55 | IT novinky

    Společnost Juno Computers prodávající počítače s předinstalovaným Linuxem má nově v nabídce linuxový tablet Juno Tab 4 - WiFi. Na výběr je Debian, Ubuntu a Kubuntu. Předobjednat jej lze za 949 liber (26 500 korun).

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

    Podman (Pod Manager), nástroj umožňující vytvářet a provozovat kontejnery, aniž by uživatel potřeboval práva roota, byl vydán v nové major verzi 6.0.0. Přehled novinek v poznámkách k vydání. Řešena je i vážná bezpečnostní chyba CVE-2026-57231.

    Ladislav Hagara | Komentářů: 0
    včera 00:11 | IT novinky

    Společnost Sony oznámila, že od ledna 2028 přestane vydávat nové hry pro PlayStation na fyzických discích. Všechny budoucí tituly budou dostupné výhradně v digitální podobě na PlayStation Store.

    Ladislav Hagara | Komentářů: 3
    2.7. 16:55 | Nová verze

    Google Chrome 150 byl prohlášen za stabilní. Nejnovější stabilní verze 150.0.7871.46 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 433 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    2.7. 13:00 | Nová verze

    Soudní dvůr Evropské unie potvrdil rekordní pokutu 4,125 miliardy eur (100 miliard Kč) americké technologické firmě Google ze skupiny Alphabet. Pokutu firmě v roce 2018 vyměřila Evropská komise (EK) za to, že Google podle ní zneužívá operačního systému Android k potlačení konkurence na trhu vyhledávacích služeb.

    Ladislav Hagara | Komentářů: 17
    2.7. 12:44 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa povolila firmě Anthropic obnovit plný přístup klientů k modelům umělé inteligence (AI) Fable 5 a Mythos 5. Ty byly nedostupné bezmála tři týdny kvůli bezpečnostním obavám vlády, třebaže americké ministerstvo obchodu minulý pátek povolilo omezený přístup k modelu Mythos 5 pro některé „důvěryhodné“ domácí organizace.

    Ladislav Hagara | Komentářů: 1
    2.7. 12:22 | Zajímavý článek

    Francúzska organizácia na ochranu spotrebiteľa, po viac než ôsmych rokoch skúmania, žaluje Epson za plánované zastarávanie tlačiarní. Súd sa začína dnes, 2. 7. 2026, vo francúzskom Nanterre.

    Vlado99 | Komentářů: 8
    2.7. 03:00 | Zajímavý software

    Erin Catto, autor open source 2D fyzikálního enginu Box2D (Wikipedie), představil nový 3D fyzikální engine Box3D. Engine je již používán ve hře The Legend of California.

    Ladislav Hagara | Komentářů: 0
    2.7. 01:00 | Nová verze

    Byla vydána nová verze 4.0.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.

    Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (16%)
     (26%)
    Celkem 2048 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 419×
    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.