Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
Byla vydána nová verze 5.4.0 programu na úpravu digitálních fotografií darktable (Wikipedie). Z novinek lze vypíchnout vylepšenou podporu Waylandu. Nejnovější darktable by měl na Waylandu fungovat stejně dobře jako na X11.
Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Zdravim, potrebuji udelat neco jako docasnou tabulku. Problem je takovy, mam obrovske mnozstvi jednoduchych dat v nejake tabulce, no a chci pro kazde id (ruzne se opakuje) vytvorit neco jako cache tabulku kde bude vysledek dotazu (...where id = 123 group by...), teda az pri prvnim pouziti onoho id. takze dotaz na hlavni tabulku ktery obvykle trva treba 2 sekundy, by pri dotazu na tuhle docasnou tabulku trval 00 nic (odkud brat data by bylo osetrene v samotne webove aplikaci).
No pri aktualizaci dat (ktera by probihala treba 1x denne) by se vsechny docasne tabulky smazaly.
Zkousel jsem neco jako CREATE VIEW, jenze to bylo snad jeste pomalejsi nez kdybych ten dotaz pokazde provadel znovu. Delal jsem snad nekde chybu?! Taky jsem zkousel create temporary table, jenze to mi v databazi evidentne jen-tak nezustane.
Nevite jak na to? Mam na svym serveru mysql5. Nejsem proti zmene na jiny databazovy server, ktery bude minimalne stejne rychly a bude umoznovat neco pro reseni problemu, ktery jsem popsal vyse.
p.s. Ted me napadlo, co takhle vytvorit klasickou tabulku, ale v memory enginu? Tzn. bylo by to ulozene v pameti, takze by ta rychlost vytvoreni, pouzivani (pouze select) a smazani mela bejt postacujici.
CREATE VIEW můžeš zadat ALGORITHM, který říká, jak má s pohledem pracovat. Možnosti jsou dvě - MERGE nebo TEMPTABLE. Pokud nezadáš něco explicitně, mysql si vybere jeden z nich, nevím jak. MERGE si zřejmě vybralo v tvém případě - tento algoritmus si pamatuje akorát dotaz, který jsi zadal při CREATE VIEW a pokud pošlel nějaký dotaz na ten VIEW, tak ho syntakticky zmerguje s tím, co si pamatuje a zavolá. Tedy v podstatě syntaktický cukr. Druhý algoritmus - TEMPTABLE vytvoři dočasnou tabulku, kde si pamatuje data - to je to, co chceš. Jak se to chová při updatu bych musel hledat v dokumentaci, je možné, že tam jsou nějaká omezení...
Zdroj: http://dev.mysql.com/doc/refman/5.0/en/view-algorithms.html
Mam na svym serveru mysql5. Nejsem proti zmene na jiny databazovy server, ...V tom pripade odporucam zvazit PostgreSQL, pripadne jeho "enterprise" verziu EnterpriseDB.
Zatim to tu nikde nepdalo, takze se zeptam - pouzivate indexy? Nevim kolik zaznamu je v tabulkce celkem ani kolik filtrujete (v procentech) ani jaky mate hardware - na vsem zalezi. Pokud ale jde o nejakou "obycejnou" webovou aplikaci a query neni nejak silene komplikovana, tak bude problem spis v indexaci databaze a optimalizaci dotazu. Driv nez bych resil nejake silenosti, tak bych se zameril na toto. Daji se s tim dokazat zazraky... 
Johny99
Ahoj! Co znamena "obrovske mnozstvi jednoduchych dat"? Pokud mas nekolik milionu zaznamu, tak to rozdel do partitions podle prave toho id. Kazde id, pak bude mit "svoji" tbl, coz ti pomuze zvysit vykon.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz