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

    Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Komunita

    Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.

    Ladislav Hagara | Komentářů: 2
    včera 17:33 | Zajímavý software

    OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.

    Ladislav Hagara | Komentářů: 1
    včera 04:33 | Nová verze

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 9
    4.6. 11:22 | Bezpečnostní upozornění

    Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek

    … více »
    Ladislav Hagara | Komentářů: 22
    4.6. 10:46 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    4.6. 04:33 | Nová verze

    Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.

    Ladislav Hagara | Komentářů: 7
    4.6. 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    3.6. 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    3.6. 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1838 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: 413×
    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.