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

    Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).

    |🇵🇸 | Komentářů: 0
    včera 18:55 | Nová verze

    Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | Zajímavý článek

    Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.

    Ladislav Hagara | Komentářů: 3
    včera 12:33 | Zajímavý projekt

    Workshop o umělé inteligenci v Dartmouthu proběhl před 70 lety, od 18. června do 17. srpna 1956. Dvouměsíční soustředění 6–11 informatiků, iniciované Johnem McCarthym, položilo základy oboru umělé inteligence.

    |🇵🇸 | Komentářů: 3
    včera 03:00 | Nová verze

    Po 9 týdnech vývoje od vydání Linuxu 7.1 oznámil Linus Torvalds vydání Linuxu 7.2. Podrobný přehled novinek a vylepšení na Linux Kernel Newbies nebo LWN.net: první a druhá polovina začleňovacího okna.

    Ladislav Hagara | Komentářů: 1
    16.8. 18:55 | Komunita

    Debian dnes slaví 33 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.

    Ladislav Hagara | Komentářů: 1
    16.8. 04:22 | Komunita

    Probíhá hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu mají na výběr 9 možností (návrhy A až H a žádný z nich).

    Ladislav Hagara | Komentářů: 0
    16.8. 01:22 | Nová verze

    Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové major verzi 4.0.0 - The Quattro Release. Videopředstavení na YouTube. Celý desktop shell byl přepsán do Quickshellu. Přidána byla podpora pluginů.

    Ladislav Hagara | Komentářů: 1
    15.8. 13:33 | IT novinky

    Francouzská Ústavní rada zamítla zákaz používání sociálních sítí dětem mladším 15 let. Francouzská obdoba ústavního soudu uvedla, že opatření představuje nepřiměřený zásah do svobody projevu. Francouzský parlament zákaz schválil na konci července, začít platit měl od září. Šlo o první zákaz sociálních sítí pro děti v Evropě. Členové Ústavní rady se domnívají, že ustanovení „představuje zásah, který není přiměřený, nezbytný ani

    … více »
    Ladislav Hagara | Komentářů: 1
    14.8. 16:33 | Zajímavý projekt

    Open-source trackball Ploopy Adept má novou verzi nazvanou A+. Stále jde o symetrický desktopový trackball s šasi z 3D tiskárny a firmwarem QMK. Novinkami jsou dvojice tlačítek, jimiž půjde také otáčet, a volitelná opěrka ruky. Funkcionalita firmwaru je rozšířena o gesta, vrstvy a možnost konfigurace za běhu. Schémata a kód jsou jako obvykle na GitHubu. A+ půjde předobjednat za 99 CAD (bez dopravy a cla/DPH).

    |🇵🇸 | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (18%)
     (30%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2409 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník


    Dotaz: sql problem

    b42 avatar 11.12.2006 21:40 b42 | skóre: 12 | Ostrava/Brno
    sql problem
    Přečteno: 293×
    zdravim,

    mam 3 tabulky, obsahujici nasledujici kolonky:
    users - user_id
    payment - user_id, payment_id, amount
    demand - user_id, demand_id, amount
    
    chtel bych vypsat u uzivatele soucet jeho pohledavek a jeho plateb, muj dotaz vypada takto a vypisuje hodnoty, podle kterych to vypada ze tam nekde vznika nejaky kartezsky soucin:
    SELECT u.user_id, SUM(dm.amount), SUM(p.amount)
    FROM users u
    LEFT JOIN payment p ON p.user_id = u.user_id
    LEFT JOIN demand dm ON dm.user_id = u.user_id
    WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205
    GROUP BY u.user_id
    
    +---------+----------------+---------------+
    | user_id | SUM(dm.amount) | SUM(p.amount) |
    +---------+----------------+---------------+
    |    1205 |        2000.00 |       1084.00 | 
    +---------+----------------+---------------+
    
    (spravne to ma byt 1000 a 542 - v demand jsou pro tohoto uzivatele castky 500 a 500, v payment 500 a 42)

    kdyz vyhazu tu agregaci vypada to asi takhle:
    SELECT u.user_id, dm.amount, p.amount, dm.demand_id, p.payment_id
    FROM users u
    LEFT JOIN payment p ON p.user_id = u.user_id
    LEFT JOIN demand dm ON dm.user_id = u.user_id
    WHERE dm.cancel_date IS NULL AND p.cancel_date IS NULL AND u.user_id = 1205
    
    +---------+--------+--------+-----------+------------+
    | user_id | amount | amount | demand_id | payment_id |
    +---------+--------+--------+-----------+------------+
    |    1205 | 500.00 |  42.00 |         4 |          7 | 
    |    1205 | 500.00 |  42.00 |        11 |          7 | 
    |    1205 | 500.00 | 500.00 |         4 |         11 | 
    |    1205 | 500.00 | 500.00 |        11 |         11 | 
    +---------+--------+--------+-----------+------------+
    
    otazka zni: jak by mel vypadat dotaz, ktery vypise to co chci? (pro vice uzivatelu, ta podminka user_id = 1205 je tam jen pro demonstraci)

    Odpovědi

    11.12.2006 22:44 jekub | skóre: 9 | blog: noblog
    Rozbalit Rozbalit vše Re: sql problem
    otazka zni: jak by mel vypadat dotaz, ktery vypise to co chci? (pro vice uzivatelu, ta podminka user_id = 1205 je tam jen pro demonstraci)

    Já bych si raděj položil otázku, proč dostávám výsledek, jaký dostávám. Třeba proto, že: spojením users a demand dostanu
    USER_ID                AMOUNT                 
    ---------------------- ---------------------- 
    1205                   500                    
    1205                   500                    
    
    spojením výsledné tabulky s payment relací jen přes user_id dostanu kartézský součín (2 x 2 = 4 řádky)
    USER_ID                AMOUNT                 AMOUNT                 
    ---------------------- ---------------------- ---------------------- 
    1205                   500                    42                     
    1205                   500                    500                    
    1205                   500                    42                     
    1205                   500                    500                    
    

    no a agregace pak dá výsledky 2000 a 1084. Těžko očekávat očekávané výsledky spojení tabulek (payment a demand), které nejsou v relaci.

    Možné řešení
    select user_id,sum(amount1),sum(amount2) from(
    SELECT u.user_id, dm.amount amount1, 0 amount2
    FROM users u
    LEFT JOIN demand dm ON dm.user_id = u.user_id
    union
    SELECT u.user_id, 0, p.amount
    FROM users u
    LEFT JOIN payment p ON p.user_id = u.user_id
    )
    GROUP BY user_id
    
    b42 avatar 11.12.2006 22:57 b42 | skóre: 12 | Ostrava/Brno
    Rozbalit Rozbalit vše Re: sql problem
    Diky za odpoved.

    Proc dostavam vysledek jaky dostavam jsem celkem tusil, nicmene nevedel jsem co s tim. Vypadalo to jako trivialni ucebnicovy priklad, takze jsem myslel ze to pujde vyresit nejak trivialne ... jakozto uzivatel mysql se subselecty neumim pracovat:) (no dobre, neumim prakticky nic a mysql za to nemuze)

    Jinak asi by tam melo byt UNION ALL (v mysql, nevim jestli i jinde) pro pripad, ze se vyskytnou dve stejne castky.
    11.12.2006 23:07 jekub | skóre: 9 | blog: noblog
    Rozbalit Rozbalit vše Re: sql problem
    Union all, přesně tak. Ještě jsem kvůli tomu zapínal počítač, abych to napravil :-)

    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.