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í
×

včera 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 1
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 7
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
19.2. 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
19.2. 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
19.2. 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 4
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 417 hlasů
 Komentářů: 35, poslední včera 19:51
    Rozcestník

    Dotaz: SELECT * FROM @table

    8.4.2010 13:16 jura
    SELECT * FROM @table
    Přečteno: 912×

    Dobrý den,

    potřeboval bych poradit s..

    SET @tabulka='jméno_tabulky';

    SELECT * FROM @tabulka;

    tohle nechodí. Potřebuji měnit jméno tabulky v cyklu a to jméno ještě skládat z částí textu.

    Jak na to ? Chci to udělat pouze v SQL (Mysql).

     

    Děkuji Jura


    Řešení dotazu:


    Odpovědi

    okbob avatar 8.4.2010 13:29 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    To také nejde - proměnná se nikdy nesmí objevit na pozici SQL identifikátoru (tabulka nebo sloupec). V MySQL je nutné použít prepared statements

    http://rpbouman.blogspot.com/2005/11/mysql-5-prepared-statement-syntax-and.html
    8.4.2010 14:13 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Cez prepared statement per-se to nepojde:

    [...]

    You can't just put a placeholder wherever you like. Parameter placeholders can appear only in those places inside the statement where you would normally expect an expression. In particular, you cannot use parameter placeholders to parameterize identifiers or entire statement structures.

    [...]

    V tom clanku to ukazuju v sekcii "Dynamic SQL"; pripada mi to ale ako dost velka prasacina.
    okbob avatar 8.4.2010 15:10 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Proč by to nešlo?
    SET @sql = 'SELECT ... FROM ' || @tabulka;
    PREPARE pst FROM @sql;
    EXECUTE pst;
    ...
    DEALLOCATE PREPARE pst;
    
    Jinak souhlas - je to dynamické SQL a s velkou pravděpodobností to je pra... , kterou by bylo možné řešit jinak a lépe, a bezpečněji.
    8.4.2010 15:35 kulik
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Tak jak byl dotaz polozen to bez dynamickeho SQL rozhodne nepujde, tzn. tezko rict, ze by to byla prasecina. Samozrejme ze z vecneho hlediska se casto ukaze, ze ve skutecnosti neni zadny for cyklus potreba, natoz sestavovani nazvu tabulky z nekolika retezcu, ale to uz jen spekulujeme...
    9.4.2010 09:17 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Děkuji za rady. Co se týka toho dynamického SQL. Zpracovávám data, kdy se stejné operace opakují po jednotlivých rocích a těch roků je cca 40. Neustále opakovat stejnou část kódu pouze se změněnou podmínkou (WHERE v selectu) mi připadá nešikovné.

    Zdraví

    J.D.
    okbob avatar 9.4.2010 09:26 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Pak je otázkou, proč ta data nemáte v jedné tabulce nebo nepoužijete partitioning

    http://dev.mysql.com/doc/refman/5.1/en/partitioning.html
    9.4.2010 10:31 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table

    Data jsou v jedné tabulce

    rok den mesic1 mesic2 ...mesic12

    1977 1 data...

    a já potřebuji

    datum data

    SQL skript mi to udělá pro jednotlivý rok, ale roků je více

    jo ten "partitioning" je dobrý tip. Mám ale mysql 5.0 a tak moždá důvod ke změně na 5.1. Zdraví Jura

    9.4.2010 11:08 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Kolik promile měl člověk, který tu datovou strukturu navrhoval?
    9.4.2010 13:03 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    CHMU
    9.4.2010 17:33 kulik
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Jo tak z dnesniho pohledu to samozrejme vypada jako spatny vtip, ale podle vseho jde o nejakou historickou zalezitost, urcite to puvodne nebylo ulozene v relacni databazi a pravdepodobne vubec v zadne databazi. Ono z hlediska tisku sjetiny nebo prohlizeni na znakovem terminalu to muze byt celkem sikovny format pro datovy soubor, kdy se cely rok muze pekne vejit na jeden arch papiru apod.
    okbob avatar 9.4.2010 17:44 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Nesouhlasím, taková datová struktura je k ničemu ve všech případech. Data v rozumně navržené datové struktuře můžete snadno upravovat, snadno prohlížet - a snadno zobrazovat. Data, které lze pouze zobrazit a cokoliv jiného je drbání přes hlavu, jsou na pi...

    Čím dříve se toho zbavíte, tím lépe pro Vás - můžete mi věřit.
    9.4.2010 17:59 kulik
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Hele ja tomu verim:-) A moje data to ani nejsou. Jen jsem mel ponekud OT pripominku, ze nemusi byt hned na miste posmivat se tomu, kdo to takto navrhl, protoze to mohl delat v dobe, kdy to byla vhodna reprezentace. Ne vzdycky existovalo snadne upravovani nebo prohlizeni dat. Uprava dat se treba naderovala na stitky a poslala na druhy konec Prahy, odkud se vystup vratil ve forme tisku treba za tyden. A kazdy byl rad, ze to ma na papire pekne pohromade a muze si to podtrhavat inkoustovou tuzkou. Jina vec je, ze to nekde prezilo az do dneska, ale jak je videt, tak se konverze prave resi...
    okbob avatar 9.4.2010 18:35 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    ok :)

    Přežijí horší mrchy - slyšel jsem o šílenostech, které firmy přetáhly do SQL - aniž by to zgruntu přepsaly, a pak se divily, že to ve výsledku to je 10x pomalejší než v originále, ale už do toho zainvestovaly tolik, že to nezahodily.

    Doba štítků mne bohužel minula - když jsem nastoupil na výšku tak akorát vyřazovali poslední čtečku - a pak už štítky pamatuji jen jako vynikají materiál pro psaní poznámek - každý správný IT na VŠ měl kapsičku u košile nafutrovanou štítky :).

    9.4.2010 22:16 kuka
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Jo jo, tech stitku se asi pouzivaly tuny a byl to takovy pekny tuhy papir, na poznamky idealni (a naopak treba na WC asi nic moc, mozna i proto ty zasoby nekterym vydrzely v kabinetech dodnes).

    Jsou vselijake veci, videl jsem treba system s cca 1700 tabulkami v Oracle, kde tabulky byly "roznasobene" treba podle tydnu a vzdycky v radku byly "vsechny hodnoty" z nejakych souboru mereni. Casto tam narazeli na limit nejvyse 1000 sloupcu v tabulce a pak existoval jakysi retizek souvisejicich tabulek (jejich nazvy mely vhodnou priponu), kam se radek "natahnul". Proste to tak meli predtim na mainframu a preklopili to. Programovalo se de facto hlavne nad oraclovskym dictionary, vyberove podminky vetsinou smerovaly tam (rok byl zakodovany ve jmenu schematu, cas a vecne vymezeni dat ve jmenu tabulky, do jmena sloupce se samozrejme taky par veci veslo). Kdyz uz se dohledala spravna tabulka, tak se vetsinou cela nalila nekam do excelu nebo jineho udelatoru a tam se to pak doprasilo. "Klasicky" SQL dotaz fakticky nebylo mozne napsat, takze ani nevadilo, ze tam SQL skoro nikdo neumel:-)
    11.4.2010 15:30 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Jedna zásadní výhoda děrných štítků byla v tom, že ten papír kromě toho, že byl hodně pevný, byl zároveň hladký, takže se dalo bez poškození gumovat i mnohokrát po sobě.
    okbob avatar 9.4.2010 13:32 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    To se skoro vyplati zahodit nebo si vytvorit paralelni tabulku s rozumnym navrhem. Takhle kvuli hloupemu navrhu budete dal pokracovat v silenostech. Dneska neni problem mit paralelni "rozumnou" tabulku, kterou budete aktualizovat pomoci triggeru.

    Ten design je vazne hoodne neprakticky - cim driv jej opustite, tim lepe pro Vas.
    9.4.2010 11:10 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Tak teda co sa meni, klauzula WHERE alebo klauzula FROM?
    9.4.2010 12:59 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Tady je kód pro leden
    # Leden
    create table rok1961_N01prac
    SELECT rok, den, N01 FROM teplota_denni where rok = 1961;
    DELETE FROM `rok1961_N01prac` WHERE `N01` IS NULL;
    ALTER TABLE `rok1961_N01prac` ADD `mesic` INT NOT NULL DEFAULT '1' COMMENT 'mesic v roce' AFTER `rok`;
    
    create table rok1961_N01
    SELECT concat(`rok`,'-',`mesic`,'-',`den`)  AS datum, N01   FROM `rok1961_N01prac`;
    ALTER TABLE `rok1961_N01` CHANGE `datum` `datum` DATE NOT NULL COMMENT 'datum';
    ALTER TABLE `rok1961_N01` ADD INDEX ( `datum` );
    DROP TABLE `rok1961_N01prac`;
    
    Potom spojím tabulky jednotlivých měsíců pomocí union a mám jeden rok.

    J.
    okbob avatar 9.4.2010 13:34 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    jestli potrebujete jednorazove modifikovat db, tak si napiste skript, ktery bude generovat SQL prikazy, a nekomplikujte si zivot dynamickym SQL.
    9.4.2010 17:21 kulik
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Z popsane struktury lze data vytahnout dotazem a naplnit do nove tabulky, neni na to potreba zadne extra cachrovani s pomocnymi tabulkami. Neznam Postgres, takze pouziju nejake veci z Oracle, analogie v Postgresu urcite existuje.

    1. Vytvorit tabulku MES mesicu s dvanacti radky (muze existovat jen pro potreby dotazu napr. pomoci select from dual).
    2. Joinovat tabulky OLD a MES s tim, ze hodnota co me zajima je ze sloupce odpovidajiciho mesici, napr. decode(MES.val, 1, OLD.M1, 2, OLD.M2, ....).
    3. Pro kazdou hodnotu ted mam jeden radek a vystup si vhodne poslepuju treba abych slozil datum z jednotlivych casti (OLD.rok, MES.val, OLD.den), pripadne nasledne profiltruju null hodnoty apod. jako v kazdem jinem dotazu.

    Samozrejme pokud je tabulka velka tak si to muzu omezit rokem a pustit v cyklu pres vsechny roky apod.
    14.4.2010 23:16 Sandokan
    Rozbalit Rozbalit vše Re: SELECT * FROM @table

    Možná mi něco uniklo, ale proč je nutné dělat každý rok zvlášť ??? Něco takového by mělo udělat stejnou práci(nevím přesně, jak to má MySQL s konverzí typů, ale chodit by to mělo)

     

     

    CREATE TABLE teploty

    SELECT cast(concat(`rok`,'-',`01`,'-',`den`) AS DATE) AS datum, N01 as teplota FROM teplota_denni

    UNION

    SELECT cast(concat(`rok`,'-',`02`,'-',`den`) AS DATE) AS datum, N02 as teplota FROM teplota_denni

    UNION

    ...

    SELECT cast(concat(`rok`,'-',`12`,'-',`den`) AS DATE) AS datum, N12 as teplota FROM teplota_denni ;

     

     

    ZDAR!

    23.4.2010 15:34 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Děkuji za sql kód. Chodí to jen jsem upravil concat.
    concat(`rok`,'-12-',`den`)

    Bohužel to sesype všechny ledny, unory atd... za sebe. Potřeboval bych, aby šly měsice postupně zasebou každý rok.

    Zdraví

    J.D.
    24.4.2010 08:08 Sandokan
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    Řekl bych, že k tomu se používá ORDER BY ... na konci příkazu, tedy :

    SELECT ..... ORDER BY 1 ;

    ZDAR!
    25.4.2010 14:06 jura
    Rozbalit Rozbalit vše Re: SELECT * FROM @table
    děkuji moc za pomoc. S ORDER je to přesně tak jak pořebuji.

    Zdraví

    Jura

    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.