Společnost initMAX pořádá bezplatný webinář Zabbix a pokročilý databázový monitoring, zaměřený na efektivní správu a sledování databází pomocí nástroje Zabbix. Účastníci se naučí, jak nastavovat klíčové metriky, sledovat zátěž databázových serverů, analyzovat dotazy a předcházet problémům s výkonem. Webinář nabídne praktické ukázky a osvědčené postupy pro monitoring databází. … více »
Projekt reprodukovatelné openSUSE dosáhl významného milníku: proof-of-concept fork openSUSE se 100 % reprodukovatelně sestavitelnými balíčky.
Společnost Ondsel se snažila vylepšovat UX/UI FreeCADu a nabízet jej komerčně. Po dvou letech to ale vzdala. Pierre-Louis Boyer, bývalý zaměstnanec Ondselu, by rád pokračoval. Na YouTube představil soft-fork FreeCADu s názvem AstoCAD.
Aplikace pro blokování internetové reklamy v celé síti Pi-hole (Wikipedie) byla vydána v nové verzi 6. Přehled novinek a oprav v příspěvku na blogu.
Vývojáři počítačové hry Kingdom Come: Deliverance II (Wikipedie, ProtonDB) oznámili (𝕏), že za 2 týdny se prodalo 2 miliony kopií.
Společnost xAI založena Elonem Muskem na síti 𝕏 představila Grok-3, tj. novou verzi svého AI LLM modelu Grok.
Byla vydána nová verze 9.9p2 sady aplikací pro SSH komunikaci OpenSSH. Řešeny jsou 2 bezpečnostní chyby: CVE-2025-26465 (MITM pokud je zapnuta volba VerifyHostKeyDNS, ve výchozím stavu je vypnuta) a CVE-2025-26466 (DoS). Detaily na stránkách společnosti Qualys (txt).
Argentinský prezident Javier Milei čelí více než stovce žalob a trestních oznámení kvůli spáchání podvodu, protože na svých sociálních sítích propagoval kryptoměnu $LIBRA, jejíž hodnota se v krátké době znásobila a pak zhroutila.
Wayland Protocols byly vydány ve verzi 1.41. S dlouho očekávaným protokolem správy barev a High Dynamic Range (HDR).
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.11.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest (Wikipedie) v říjnu loňského roku přejmenovaný na Luanti.
Interpreti: (pk) id_interpreta | jmeno | zanr (FK) Skladby: (pk)id_skladby | (fk)id_interpreta | (fk) id_interpret_spolu_s |nazev_skladby Zanry: (pk)id_zanru | nazev_zanruPotřebuji mít stav, že v interpreti.zanr bude víc záznamů. Napadlo mě, že se to řeší více 1řádkovými záznamy v tabulce Interpreti, příklad:
1 | Karel Gott | pop 1 | Karel Gott | jiný žánrAle to potom nemohu u id_interpreta použít auto_increment.
Řešení dotazu:
1 | Karel Gott | pop 1 | Karel Gott | jiný žánrAsi potřebujete tohle, a není to relace 1:n, nýbrž m:n :
tabulka interpreti interpret_id | interpret_jmeno 1 | Karel Gott tabulka zanry zanr_id | zanr_jmeno 1 | pop 2 | folk tabulka interpreti_zanry id | interpret_id | zanr_id 1 | 1 | 1 2 | 1 | 2 (fk) interpreti(interpret_id) (fk) zanry(zanr_id)
interprets ---------- id (PK) | name 1 | Karel Gott 2 | Atka Janouskova 3 | Alicia Keys genres ------ id (PK)| title pop | Pop folk | Folk rnb | Rhythm&Blues interpret2genre --------------- interpret | genre 1 | pop 1 | folk 2 | pop 3 | rnb (pk) interpret, genre (fk) interprets(interpret) (fk) genres(genre)
CREATE TABLE interprets ( id NUMBER(16) PRIMARY KEY, name VARCHAR2(128) ); CREATE TABLE genres ( id VARCHAR2(16) PRIMARY KEY, title VARCHAR2(64) NOT NULL ); CREATE TABLE interpret2genre ( interpret NUMBER(16) CONSTRAINT fk_interpret2genre_interpret REFERENCES interprets ON DELETE CASCADE, genre VARCHAR2(16) CONSTRAINT fk_interpret2genre_genre REFERENCES genres ON DELETE CASCADE, CONSTRAINT pk_interpret2genre PRIMARY KEY (interpret, genre) );
SELECT `interpreti`.`interpret_jmeno` AS 'Interpret', `skladby`.`skladba_nazev` AS 'Název skladby', `zanry`.`zanr_jmeno` AS 'Žánr' FROM `interpreti_zanry`, `interpreti`, `zanry`, `skladby`, `interpreti_skladby` WHERE `interpreti_zanry`.`interpret_id`=`interpreti`.`interpret_id` AND `interpreti_zanry`.`zanr_id`=`zanry`.`zanr_id` AND `interpreti_skladby`.`skladba_id`=`skladby`.`skladba_id` AND `interpreti_skladby`.`interpret_id`=`interpreti`.`interpret_id`;mám záznamy:
Karlova_píseň_1 | Karel Gott | žánr1 Karlova_píseň_1 | Karel Gott | žánr2Umím si zobrazit vše:
$radku=mysql_num_rows($vysledek); if ($radku==0) echo "nic tu neni"; else { while ($zaznam=MySQL_Fetch_Array($vysledek)): echo $zaznam["Interpret"]."Ale přemýšlím, jak tam zakopomnovat ten druhý cyklus, který by vyzvednul ve třetím sloupci data a hodil je na jeden řádek... Prosím o naťuknutí, dodělám si to pak sám... Ještě jednou díky (je to fanouškovskej web, ne úkol do školy).
\n"; echo $zaznam["Název skladby"]."
\n"; echo $zaznam["Žánr"]."
\n"; endwhile; }
SELECT interpret_jmeno, skladba_nazev, zanr_jmeno FROM interpreti JOIN interpreti_zanry USING(interpret_id) JOIN zanry USING(zanr_id) JOIN interpreti_skladby USING(interpret_id) JOIN skladby USING(skladba_id);Predpokladam ze stejna skladba muze vyslovne patrit k vice interpretum - v opacnem pripade je tabulka interpreti_skladby zbytecna, misto ni by se dal interpret_id do tabulky skladby.
Karel Gott | Když muž se ženou snídá | pop Karel Gott | Když muž se ženou snídá | rock Karel Gott | Když muž se ženou snídá | bluesjá ale chci:
Karel Gott | Když muž se ženou snídá | pop, rock, bluesPotřebuji přistupovat do toho třetího sloupce a vypsat tam všechny žánry. Chápu, že by šlo, vyzjistit kolik dotaz vygeneroval řádků a tam udělat dlouhý for cyklus a spojovat obsahy z třetího sloupce. Ale já potřebuju vypsat 30 posledních přidaných skladeb. Napadá mě udělat si pomocnou funkci, která tyto žánry spojí pro jednu skladbu, ale není mi jasné jak rozlišovat jestli jsem u Káji nebo jinde. Opět lepší příklad, než slova:
function ma_funkce($kolik_radku){ // tato funkce u 3 radku Karel Gott vytahuje ze 3. sloupce zanry a haze je do jednoho radku //zvladne to i u Kabátů a 5 žánrů } $radku=mysql_num_rows($dotaz); if ($radku==0) echo "nic tu neni"; else { while ($zaznam=MySQL_Fetch_Array($vysledek)): echo $zaznam["Interpret"]." \n"; echo $zaznam["Název skladby"]." \n"; echo $zaznam["Žánr"]." \n"; endwhile; }No a já potřebuji vymyslet tu podmínku u while, aby rozlišovala, že tam je teď 3x Karel Gott, tak zavolej má_funkce(3) nebo pro Kabáty má_funkce(5). Za JOIN díky.
ano, je přeci možné, aby jedna skladba měla více interpretů (zpívá: X feat Y). Dotaz jsem myslel takto: příklad PHP kódu jenž jsem dodal vypíše obsah spojených tabulek v toto tvaru:Co takhle:Karel Gott | Když muž se ženou snídá | pop Karel Gott | Když muž se ženou snídá | rock Karel Gott | Když muž se ženou snídá | bluesjá ale chci:Karel Gott | Když muž se ženou snídá | pop, rock, blues
SELECT interpret_jmeno, skladba_nazev, GROUP_CONCAT(zanr_jmeno) FROM interpreti JOIN interpreti_skladby USING(interpret_id) JOIN skladby USING(skladba_id) JOIN interpreti_zanry USING(interpret_id) JOIN zanry USING(zanr_id) GROUP BY interpret_id, skladba_id;BTW, neměl by žánr patřit spíše ke skladbě než k interpretovi?
SELECT i.id_interpreta, i.jmeno, GROUP_CONCAT(DISTINCT z.nazev_zanru SEPARATOR ', ') AS zanry FROM interpreti i LEFT JOIN Skladby s ON s.id_interpreta = i.id_interpreta LEFT JOIN Zanry z ON z.id_zanru = s.id_zanru GROUP BY i.id_interpreta
Dobrý den, navrhuji si pro svůj malý webík databázi a potřebuji 1:N relace.Na nějaké studování joinů bych se "pro svůj malý webík" vykašlal, a místo toho použil rovnou nějaký ORM framework. Tam si jen řeknete jak mají vypadat objekty (záznamy) a starost o schema v DB jakož i insert/select/update/delete odpadá.
Tiskni
Sdílej: