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

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

    Ladislav Hagara | Komentářů: 0
    dnes 01:11 | Komunita

    Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.

    Ladislav Hagara | Komentářů: 0
    včera 16:33 | IT novinky

    Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.

    Ladislav Hagara | Komentářů: 4
    včera 14:11 | Komunita

    Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.

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

    Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.

    |🇵🇸 | Komentářů: 0
    24.8. 16:00 | IT novinky

    Řemínky pro Apple Watch, bezdrátová sluchátka nebo nabíjecí adaptéry. Takovou nabídku našli v uplynulých dnech příslušníci Celního úřadu v Liberci při kontrole kamenného obchodu na Náchodsku. Celkem zde zadrželi 3 035 kusů zboží podezřelého z porušování práv duševního vlastnictví. Pokud by se jednalo o originální výrobky, jejich hodnota by podle odhadu přesáhla 10,8 milionu korun.

    Ladislav Hagara | Komentářů: 10
    24.8. 14:11 | Nová verze

    Byla vydána verze 31.1 textového editoru GNU Emacs. Podrobný přehled novinek v souboru NEWS.

    Ladislav Hagara | Komentářů: 5
    24.8. 12:22 | Nová verze

    Webový prohlížeč Waterfox (Wikipedie), fork Firefoxu, byl vydán ve verzi 6.7.0. Postaven je na jádru Gecko ESR 153.

    Ladislav Hagara | Komentářů: 0
    24.8. 11:22 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.17.0. Podrobný přehled novinek v changelogu. Přidána byla základní podpora gamepadů. Opraveno bylo několik zranitelností. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

    Ladislav Hagara | Komentářů: 0
    24.8. 11:00 | IT novinky

    Americká technologická společnost Apple loni v Irsku na daních zaplatila 17 miliard dolarů (zhruba 350 miliard Kč). To představovalo 40 procent celkové částky, kterou firma odvedla na dani z příjmů po celém světě. Vyplývá to z účetních výkazů podniku. Platbu výrazně zvýšilo rozhodnutí Soudního dvora EU z roku 2024, podle něhož měl Apple doplatit Irsku na daních 13 miliard eur (313 miliard Kč).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (19%)
     (29%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2496 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: MySQL spájanie tabuliek v selecte

    30.9.2014 11:27 Peter
    MySQL spájanie tabuliek v selecte
    Přečteno: 846×
    Dobrý deň vám prajem.

    Robím importnú funkciu pre zápis externých dát do vTiger CRM a chcem si overiť či to čo som vymyslel je správne.

    Mám nejaký cyklus, ktorý načítava dáta z CSV súboru riadok po riadku a hľadá k tomu externému záznamu existujúci v MySQL databáze aby ho mohol aktualizovať. Kód vyzerá nasledovne:
    cyklus_citania_csv
      {
        $Query='select
                  vtiger_crmentity.crmid as ID,
                  vtiger_leaddetails.firstname as meno,
                  vtiger_leaddetails.lastname as priezvisko,
                  vtiger_leaddetails.email as email,
                  vtiger_leadaddress.lane as ulica,
                  vtiger_leadaddress.city as mesto,
                  vtiger_crmentity.modifiedtime as zmena
                from
                  vtiger_crmentity
                  left join vtiger_leadaddress on vtiger_crmentity.crmid=vtiger_leadaddress.leadaddressid
                  left join vtiger_leaddetails on vtiger_crmentity.crmid=vtiger_leaddetails.leadid
                  left join vtiger_users on vtiger_crmentity.smownerid=vtiger_users.id
                where
                  (
                    vtiger_leaddetails.lead_no=\''.$riadok_z_csv['id_zaznamu_napriklad_LEA12345'].'\'
                      and
                    vtiger_users.user_name=\''.$riadok_z_csv['prideleny_pouzivatel'].'\'
                      and
                    vtiger_crmentity.deleted=\'0\'
                  )
                limit 1;';
        $Actual=mysql_fetch_array(mysql_query($Query,$Database));
    
        if($Actual)
          {
            mysql_query('update
                           vtiger_crmentity
                           left join vtiger_leadaddress on vtiger_crmentity.crmid=vtiger_leadaddress.leadaddressid
                           left join vtiger_leaddetails on vtiger_crmentity.crmid=vtiger_leaddetails.leadid
                         set
                           vtiger_leaddetails.firstname=\''.$riadok_z_csv['meno'].'\',
                           vtiger_leaddetails.lastname=\''.$riadok_z_csv['priezvisko'].'\',
                           vtiger_leaddetails.email=\''.$riadok_z_csv['email'].'\',
                           vtiger_leadaddress.lane=\''.$riadok_z_csv['ulica'].'\',
                           vtiger_leadaddress.city=\''.$riadok_z_csv['mesto'].'\',
                           vtiger_crmentity.modifiedtime=\''.$riadok_z_csv['zmena'].'\'
                         where
                           (
                             vtiger_crmentity.crmid=\''.$Actual['ID'].'\'
                           );');
          }
      }
    
    Rozdelenie na select a update je tam kvôly tomu, že medzi nimi prebieha ešte veľa rôznych testov a výpisov (keby sa niekto pýtal, že prečo nie rovno update).

    A mňa teraz zaujíma aký je vlastne rozdiel v spájaní tabuliek pomocou left join a pomocou spájania vo where (select * from table t1, table t2 where t1.id=t2.id). Ja potrebujem aby ak bude niekde nejaká zrada aby sa nevykonal celý select. Napríklad, prepokladajme, že v tabuľke vtiger_leadaddress nenájde záznam kde bude platiť vtiger_crmentity.crmid=vtiger_leadaddress.leadaddressid. Vykoná sa select aj napriek tomu len položky ulica a mesto budú prázdne? Alebo celý select skončí chybou?

    A druhá otázka. Postačuje ako kontrola správnosti výsledku if($Actual)? Predpokladám, že pri "nesprávnom" selecte budem mať v premennej $Actual=NULL. Alebo treba testovať nejako ináč?

    Veľmi dúfam, že nejaká dobrá duša pochopila môj pokus o vykoktanie sa o čo mi vlastne ide. Vopred vám veľmi pekne ďakujem za odpovede.

    Odpovědi

    30.9.2014 12:05 Peter
    Rozbalit Rozbalit vše Re: MySQL spájanie tabuliek v selecte
    No, teraz mi došlo, že namiesto left join mam v tomto pripade asi použiť inner join.
    2.10.2014 14:58 MaP
    Rozbalit Rozbalit vše Re: MySQL spájanie tabuliek v selecte
    ... a co to uzavřít do transakce?
    3.10.2014 11:58 Tomáš
    Rozbalit Rozbalit vše Re: MySQL spájanie tabuliek v selecte
    A mňa teraz zaujíma aký je vlastne rozdiel v spájaní tabuliek pomocou left join a pomocou spájania vo where

    Inner join můžete vždy přepsat pomocí where konstrukce. O left joinu toto neplatí. (opomíjím historickou konstrukci na Oracle "+="). A teď si jen někde přečtěte jaký je rozdíl mezi inner join a left/right join, než budete číst dál.

    Kanonický způsob vyhodnocení dotazu je: napřed joiny pak teprve where. Ve Vašem případě, jak jste správně zjistil, je jedno zda použijete left join nebo inner join pro tabulky vtiger_leaddetails a vtiger_users (nikoliv pro vtiger_leadaddress). Výsledek bude stejný a optimizer si interně nahradí left join operací inner join, protože dává více možností k optimalizaci. Napřed (zcela nekanonicky) nejspíše udělá where filter na vtiger_leaddetails.lead_no a vtiger_users.user_name. Pak s výslednými leadid/smownerid, půjde do indexů tabulky vtiger_crmentity. … Tento postup by si se skutečným left join dovolit nemohl. Viz definice left join.

    Napríklad, prepokladajme, že v tabuľke vtiger_leadaddress nenájde záznam kde bude platiť vtiger_crmentity.crmid=vtiger_leadaddress.leadaddressid. Vykoná sa select aj napriek tomu len položky ulica a mesto budú prázdne?

    Ano vykoná, zmíněné položky budou NULL.

    Postačuje ako kontrola správnosti výsledku if($Actual)?

    Toto je dost nejasný dotaz. Co je správný výsledek? Je to že byl vrácen právě jeden řádek? Nejvýše jeden řádek? Nebo právě jedno crmid? Třeba si představte že pro různá crmid je můžou existovat stejné hodnoty v polích vtiger_leaddetails.lead_no a vtiger_users.user_name. Je vtiger_leaddetails.lead_no klíčem do tabulky vtiger_leaddetails? Je vtiger_users.user_name klíčem této tabulky?

    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.