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 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ářů: 0
    dnes 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
    dnes 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
    dnes 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
    dnes 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
    dnes 04:22 | Komunita

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

    Ladislav Hagara | Komentářů: 0
    včera 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
    včera 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
    včera 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ářů: 0
    včera 11:00 | Nová verze

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

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

    Dotaz: Konstruovani SQL dotazu.

    7.8.2011 16:33 Z.
    Konstruovani SQL dotazu.
    Přečteno: 507×
    Zdravim, pri programovani s relacnimi databazemi se casem nevyhnu pouzivani konstrukci jako:
    
    sql = "SELECT columnB FROM something WHERE columnA IN (%s)" % ', '.join(very_long_list)
    
    ######
    
    pairs = []
    
    for pair in very_long_list:
        pairs.append("columnA = %s AND columnB = %s" % pair)
    
    sql = 'SELECT * FROM something WHERE %s;' % ' OR '.join(pairs)
    
    Pricemz very_long_list je vstup "zvenku" (napr. od uzivatele). Da se tomu nejak vyhnout nebo to vyplyva primo z podstaty jazyka SQL?

    Řešení dotazu:


    Odpovědi

    7.8.2011 17:25 Kit
    Rozbalit Rozbalit vše Re: Konstruovani SQL dotazu.
    Zkusil jsem to přes virtuální tabulku, je možné použít i temporary:

    Nejprve tabulka v databázi:
    CREATE TABLE pairs (key text, key2 text, nazev text);
    CREATE INDEX ipairs on pairs(key);
    CREATE INDEX ipairs2 on pairs(key2);
    INSERT INTO "pairs" VALUES('ab','ec','abeceda');
    INSERT INTO "pairs" VALUES('be','du','beduín');
    INSERT INTO "pairs" VALUES('ci','zi','cizinec');
    INSERT INTO "pairs" VALUES('de','kl','deklarace');
    
    a teď dotaz, kde very_long_list=(ax,be,ci,an):
    SELECT DISTINCT nazev FROM (SELECT 'ax' AS klic
       UNION ALL SELECT 'be'
       UNION ALL SELECT 'ci'
       UNION ALL SELECT 'an') AS dotaz
       JOIN pairs ON dotaz.klic=key OR dotaz.klic=key2;
    Je to sestavené narychlo a možná to i rychlé bude.

    okbob avatar 7.8.2011 18:47 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Konstruovani SQL dotazu.
    Osobně pochybuji, že běžný uživatel dá dohromady něco, co bych mohl označit jako "very_long_list". Nebojíte se subselectů?

    SELECT * FROM tab WHERE a = (SELECT a FROM tab2 WHERE rozumná_podmínka)
    SELECT * FROM tab JOIN tab2 ON .. WHERE rozumna_podminka

    Pokud seznam získáváte z jiné tabulky, tak vhodnější bude použít JOIN nebo subselect. Jinak holt není zbytí - pro několik desítek až stovek hodnot v seznamu byste nemusel mít problém. Tisíce až desetitisíce už by mohlo způsobovat problémy - bude záležet na db, kterou používáte a na tom jak moc či málo jí to rozhodí statistiky.
    Josef Kufner avatar 7.8.2011 20:27 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: Konstruovani SQL dotazu.
    Koukni na DibiFluent – hodně ti to pomůže s vytvářením dotazů jako takových.

    Neboj se joinů a subselectů. Občas very_long_list potřeba je, ale jen málokdy bývá tak dlouhý, aby to vadilo.
    Hello world ! Segmentation fault (core dumped)
    7.8.2011 21:12 Ivan
    Rozbalit Rozbalit vše Re: Konstruovani SQL dotazu.
    Moje odpoved bude trochu "Oracle centristic", ale to snad nevadi. To co hledas se jmenuje "dynamic where clause", zkus to zadat do google a najdes o tom dost clanku. Pro SQL je dulezite to, ze to neni scriptovaci jazyk. I kdyz to neni videt SQL je kompilovane do bytecode a z toho vychazeji ruzna omezeni - zadny eval, kazdy sql statement musi mit pevny pocet vstupnich parametru, pevna jmena tabulek. Pokud potrebujes pro SQL volitelny pocet parametru, tak je nejjednodussi vlozit data do temp. table a pak udelat join s tou docasnou tabulkou.
    8.8.2011 08:21 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Konstruovani SQL dotazu.
    Vyhnout se tomu dá a měl byste se tomu vyhnout, jinak ty dotazy bude možné zneužít k SQL injection.

    V prvním případě jednoduše použijte parametr až na úrovni funkcí ovladače SQL. Tj. vytvoříte dotaz např.
    SELECT columnB FROM something WHERE columnA IN (?)
    a pak před voláním dotazu nastavíte ten parametr na zadané hodnoty. Má to i tu výhodu, že ovladač nebo databáze může tenhle dotaz rozparsovat (a případně i nějak optimalizovat) při prvním použití, a při opakovaném použití už si to jen vytáhne z cache. V Pythonu by to bylo asi takhle:
    c.execute('SELECT columnB FROM something WHERE columnA IN (?)', (very_long_list,))
    Ve druhém případě to takhle jednoduše udělat nejde (když máte proměnlivý počet parametrů), ale pořád bude lepší poskládat za běhu parametrizovnaý dotaz a ten pak naplnit parametry – abyste se vyhnul SQL injection. Připadá mi ale ten druhý dotaz poněkud divný, kdyby bylo jasné, co tím chcete řešit, možná existuje nějaké lepší řešení.

    Jak se používají

    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.