FAQ |
Kalender |
|
![]() |
#1 | |||
|
||||
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.
|
|||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Har WN som tidsfördriv
|
ORDER BY 1 berättar att det ska sorteras enligt första kolumnen i svaret.
Gör dig själv en tjänst och glöm bort detta direkt igen och skriv alltid ut kolumnnamn istället =) |
||
![]() |
![]() |
![]() |
#3 | ||
|
|||
Supermoderator
|
Citat:
![]()
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
![]() |
#4 | ||
|
|||
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. |
||
![]() |
![]() |
![]() |
#5 | ||
|
|||
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 |
|
|