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 02:00 | Zajímavý článek

    Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě

    … více »
    Ladislav Hagara | Komentářů: 10
    včera 18:00 | Bezpečnostní upozornění

    Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.

    Ladislav Hagara | Komentářů: 1
    včera 14:33 | Komunita

    Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.

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

    Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 11:33 | Nová verze

    Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.

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

    Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.

    Ladislav Hagara | Komentářů: 9
    včera 04:22 | Komunita

    V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.

    Ladislav Hagara | Komentářů: 0
    10.9. 18:33 | Nová verze

    Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.

    Ladislav Hagara | Komentářů: 0
    10.9. 12:33 | Nová verze

    Byla vydána nová verze 1.13.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
    10.9. 11:11 | Pozvánky

    Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.

    Petr Krčmář | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (4%)
     (21%)
     (29%)
     (7%)
     (5%)
     (2%)
     (14%)
     (21%)
    Celkem 2651 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    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: 645×
    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.