FAQ |
Kalender |
|
![]() |
#1 | ||
|
|||
Medlem
|
Nu tog jag iofs koden med HAVING från kod ovan. Det jag gjorde var att joina på lite tabeller för att hämta ut mer information. Men som sagt, det är kanske inte omöjligt att join på detta på en gång, för att slippa subqueries? Vet dock inte om det är någon märkbar skillnad i prestanda att göra så?
Men du får gärna ge en query som fungerar för att ta fram alla filmer som har två (eller flera) genrer, som då alltså inte använder HAVING på detta sätt. Om det nu skulle ge bättre prestanda, dvs. |
||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Klarade millennium-buggen
|
Jag gjorde en rolig variant där jag la upp en extern tabell med de genre man vill visa:
Kod:
delimiter $$ CREATE TABLE `genreparam` ( `idgenreparam` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`idgenreparam`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8$$ Kod:
delimiter $$ CREATE DEFINER=`root`@`localhost` PROCEDURE `getMoviesShowAllGenres2`() BEGIN SELECT q1.id, q1.date, group_concat(genres.name) genre_field FROM ( SELECT m.id, m.date FROM movies m JOIN movie_genres mg ON mg.movie_id = m.id AND mg.genre_id IN (select idgenreparam from genreparam) GROUP BY m.id HAVING COUNT(DISTINCT mg.genre_id) = (select count(*) from genreparam) ) q1 JOIN movie_genres mg on mg.movie_id = q1.id JOIN genres ON mg.genre_id = genres.id GROUP BY q1.id ORDER BY q1.date ASC ; END$$ |
||
![]() |
![]() |
![]() |
#3 | ||
|
|||
Supermoderator
|
Man bör snarare fråga sig om man kör en webbplats där det görs många databasanrop och planera för den trafik man väntar sig nu och i framtiden. Att akutoptimera i efterhand är sällan en bra idé. Att göra självklara optimeringar som att undvika subqueries bör vara en naturlig del i utvecklingsarbetet för de flesta.
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
Svara |
|
|