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 12:00 | Zajímavý projekt

    Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | Nová verze

    Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.

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

    Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.

    ʚĭɞ 🍉 | Komentářů: 0
    včera 01:44 | Komunita

    Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.

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

    Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    12.9. 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ářů: 19
    11.9. 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ářů: 5
    11.9. 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
    11.9. 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
    11.9. 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
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (4%)
     (21%)
     (29%)
     (7%)
     (5%)
     (2%)
     (14%)
     (21%)
    Celkem 2663 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: 357×
    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.