Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.
Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.
Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Letos je pro vás otevře 26. listopadu v 16 hodin v pražském Karlíně. Vítáni jsou všichni, kdo se chtějí dozvědět více o práci vývojářů, prostředí ve kterém pracují a o místní firemní kultuře. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem inženýři v Praze pracují, jak spolupracují se zákazníky, partnery i studenty, proč mají rádi open source a co
… více »Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).
Jeff Quast otestoval současné emulátory terminálu. Zaměřil se na podporu Unicode a výkon. Vítězným emulátorem terminálu je Ghostty.
Amazon bude poskytovat cloudové služby OpenAI. Cloudová divize Amazon Web Services (AWS) uzavřela s OpenAI víceletou smlouvu za 38 miliard USD (803,1 miliardy Kč), která poskytne majiteli chatovacího robota s umělou inteligencí (AI) ChatGPT přístup ke stovkám tisíc grafických procesů Nvidia. Ty bude moci využívat k trénování a provozování svých modelů AI. Firmy to oznámily v dnešní tiskové zprávě. Společnost OpenAI také nedávno
… více »Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.
Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.
Joel Severin v diskusním listu LKML představil svůj projekt linuxového jádra ve WebAssembly (Wasm). Linux tak "nativně" běží ve webovém prohlížeči. Potřebné skripty pro převod jsou k dispozici na GitHubu.
Pracuji teď na jednom projektu, který má v jedné tabulce celkem dost záznamů - ano, není to žádné extrémní číslo, ve velkých projektech bych spíše řekl, že normální, nebo naopak ještě malé. Teď ale k zajímavosti, na kterou jsem narazil, a to je rozdíl počtu záznamů v databázi.
V phpMyAdminu si nechám vypsat obsah tabulky (akce Projít) s následujícím výsledkem - Zobrazeny záznamy 0 - 29 (138 181 celkem, Dotaz zabral 0.0192 sekund). Tuto činnost si pro úspěch zopakujeme, výsledek - Zobrazeny záznamy 0 - 29 (139 083 celkem, Dotaz zabral 0.0004 sekund), a znovu s výsledkem - Zobrazeny záznamy 0 - 29 (138 688 celkem, Dotaz zabral 0.0004 sekund).
Nyní provedu to samé, ale přímo v konzoli mysql. Po vykonání příkazu SELECT COUNT(`id`) FROM `tabulka`; dostávám pokaždé stejný výsledek - 138 592. Otázkou tedy je, kde se v phpMyAdminu data ztrácí, resp. přidávají. Dotaz by měl být snad téměř stejný, možná jiný, ale minimálně by měl vracet neustále stejný výsledek, pokud se s daty nijak nemanipuluje.
Chvíli jsem nad tím zkoumal, ale vůbec mne nenapadá, kde je chyba. Setkal se již někdo z Vás s podobným případem?
Tiskni
Sdílej:
Nejde náhodou o tento případ wiki.phpmyadmin.net/pma/FAQ_3.11?
Indexy? (nedávno jsem zaregistroval, že při výpisu přes jeden index to mělo víc záznamů než přes ten druhý).
Btw. dotaz, který vygeneruje milion řádků je ještě jakžtak, ale ve chvíli kdy potřebuji provést jeden subdotaz na relativizaci určitých hodnot tak časová náročnost jde úplně do...
Zobrazeny záznamy 0 - 29 (~16 0491 celkem, Dotaz zabral 0.0003 sekund) 1 Může být nepřesné, viz FAQ 3.11
Chvíli jsem nad tím zkoumal, ale vůbec mne nenapadá, kde je chyba. Setkal se již někdo z Vás s podobným případem?
Ano setkal, je to tak jak píše Michal (hint: mrkni se na autory phpmyadmina
). Velikost "velké" tabulky lze nastavit v configu:
$cfg['MaxExactCount'] = 100000;