FAQ |
Kalender |
2012-09-06, 16:54 | #11 | ||
|
|||
Supermoderator
|
Kan inte annat än hålla med. Det är för övrigt bra att du är lite ovan vid subqueries eftersom man bör hålla sig borta från sådana så gott det går
__________________
Full-stack developer, free for smaller assignments |
||
Svara med citat |
2012-09-06, 18:23 | #12 | ||
|
|||
Klarade millennium-buggen
|
Citat:
Nämligen att lista alla trådar men i en ordning där den tråd med senaste inlägget kommer först i listan. (Jag glömde dock DESC i ORDER BY). Det är inget fel att använda subquerys, men ibland finns det effektivare sätt att lösa saker på, men de kan vara svårare att förklara. Man ska INTE börja med att optimera en SQL-fråga eller progrankod över huvud taget utan först se till att den gör det den ska göra, Först sen börjar man fundera på att optimera och hitta snabbare eller mer minnes-snåla vägar att lösa samma problem. Såna saker lär man sig med tiden ju mer erfaren man blir inom systemutveckling. Jag märker direkt vilka det är som gått utbildning på KTH och vilka som gått en riktig systemvetarutbildning, för KTHare har en tendens att alltid börja optimera innan de ens vet om de löst problemet eller inte. Därmed inte sagt att alla somgått KTH-utbildning är suboptimerande, men man ser mycket av den varan därifrån. Fungerade SQL-frågan som du tänkt eller blev det fel resultat? Subqueryn isig tar fram senaste datum för alla inlägg i just den enskilda tråden med samma thread_id och i detta fall fanns det två thread_id, 1 och 2 enligt form_thread-tabellen. men eftersom alla inläggen ligger i form_posts så är det i den tabellen vi letar upp alla datumen. Denna subquesry kommer att exekveras för varje rad i form_thereads-tabellen, vilket i just detta fall innebär två exekveringar. Jag förstår att du är ovan med SQL och därför väljer jag att visa mer pedagogiska lösningar som är lättare att förstå än att ge mig på onödig aoptimeringar innan vi vet om det löser det problem du vill lösa. Senast redigerad av Conny Westh den 2012-09-06 klockan 18:36 |
||
Svara med citat |
2012-09-06, 18:36 | #13 | |||
|
||||
Mycket flitig postare
|
Håller med. Det finns fall där det orsakar problem men många gånger leder sub-queries till tydlig kod och fullt godtagbar prestanda. Det beror på helt enkelt. Är man osäker kan man testa olika lösningar och mäta skillnaden.
|
|||
Svara med citat |
2012-09-06, 18:59 | #14 | ||
|
|||
Klarade millennium-buggen
|
Om du kör subqueryn för sig och byter h.id mot 1 respektive 2 vid olika körningar så kan du se att den tar fram det största/senaste datumet för alla inläggen i just den tråden:
SELECT Max(Date) FROM forum_posts WHERE thread_id = 1 respektive : SELECT Max(Date) FROM forum_posts WHERE thread_id = 2 när jag i Subqueryn skriver ... FROM forum_heads h ... så sätter jag upp ett alias som heter "h" som gör att de blir kortare att skriva. och då kan jag skriva "h.id" i stället för "forum_heads.id". h.id kopplar dynamiskt ihop den inre subqueryn med varje rad i den yttre SQL-queryn där vi satt ett alias på forum_heads till p (jag kallade den tabellen felaktigt för forum_threads i några tidigare inlägg). Du kan inte nå den inre subqueryn på samma sätt från den yttre utan det funkar bara inifrån och ut så att säga. Detta gör att man kan skriva mycket koplexa subqueryn som var och en är isolerad från den yttre SQL-frågan, vilket blir mycket smidigt om man vill göra riktigt komplexa subqueryn. |
||
Svara med citat |
2012-09-06, 23:38 | #15 | ||
|
|||
Mycket flitig postare
|
Har inte läst några av de ovanstående kommentarerna speciellt noga, men slänger ut detta ändå..
Detta bör fungera: PHP-kod:
|
||
Svara med citat |
Svara |
|
|