Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
t_content_flow - id_content_flow (integer)a k tomu je prekladova tabulka
l_content_flow - id_content_flow (integer) - id_lang (char2) // FK do tabulky s kodama jazyku - cf_name // preklad pro ten t_content_flowstandartne udelam join a pridam do toho podminku pro aktualne nastavenej jazyk v aplikaci.... ale neslo by nejak vyuzit rovnou nejakeho namespace aby me napriklad view vracelo primo aktualni preklad abych se o to nemusel pote starat?
No teoreticky, by kazdy jazyk mohl mit vlastni schema s tabulkou preklad a pak menit search path. ale osobne mne to prijde dost nebezpecne, asi jako hrat si se sirkama v pracharne. Co Vam vadi na tom where? Muzete treba zkusit partitioning po jazycich, to by melo vliv na rychlost, pokud Vam jde o to.
Jestli jde o pohodlnost, tak tam nechte ten WHERE. Ostatni varianty se mohou zdat jako pohodlnejsi, ale ve finale to prinese spis problemy.
Já to na PostgreSQL řešil. Dokonce zde v poradně jsem popisoval způsob, jak jsem toho dosáhnul. Tak se podívej. Třeba ti to pomůže…
Tohle je spíš otázka na pana Stěhuleho. Podle mě PostgreSQL optimalizuje až na úrovni dotazů — tvůj dotaz doplní o definici VIEW
:
CREATE OR REPLACE VIEW my_super_view AS SELECT x || y AS something FROM my_table_1 t1 INNER JOIN my_table_2 t2 ON (t1.col1 = t2.col2); SELECT v.something FROM my_super_view v WHERE v.something LIKE 'x%';
dotaz, kterým se až vlastní optimizér začne zabývat, bude:
SELECT v.something FROM (SELECT x || y AS something FROM my_table_1 t1 INNER JOIN my_table_2 t2 ON (t1.col1 = t2.col2)) v WHERE v.something LIKE 'x%';
A určitě si ten dotaz ještě přepíše.
Ale třeba se mýlím.
+/- takhle to nějak je. Navíc se provede flatening - kdy se poddotazy (pokud to lze) převádí přímo do hlavního dotazu. Optimalizuje se až výsledek.
flattening:
Tiskni Sdílej: