[MySQL] Optymalizacja zapytania Opcje

[tadeurz]

Mam mały problem z zapytaniem.
Mam tabelki:
board_topic -> id,id_autora_tematu,id_autora_ostaniego_posta
user -> id,name

Nazwy są intuicyjne, mimo tego wyjaśnię:
Pierwsza przechowuje id tematu, id użytkownika który założył temat, i id użytkownika który jako ostatni wypowiedział się w temacie.
Problem pojawia się kiedy chce pobrać 20 rekordów. Wykombinowałem to tak:

[SQL] pobierz, plaintext 
SELECT board_topic.topic ,user.name
FROM board_topic 
LEFT JOIN user ON user.id = board_topic.id_autora_tematu OR  user.id = board_topic.id_autora_ostaniego_posta
LIMIT 20
// wynik
1. Przykładowy temat numer 1 | Michał //autor tematu
2. Przykładowy temat numer 1 | Maciek //autor ostatniego postu
3. Przykładowy temat numer 2 | Monika //autor tematu
4. Przykładowy temat numer 2 | Maciek //autor ostatniego postu
[SQL] pobierz, plaintext 

Jak widać każdy z tematów występuje 2 razy, i jest to zrozumiałe -> tak skonstruowane jest zapytanie.
Jest jakiś inny sposób aby złączyć tabele w sposób: jednemu rekordowi z jednej dołączamy 2 z innej tabeli ?

//----------------------------------------------
Coś nie daję rady z tym SQL dzisiaj (IMG:style_emoticons/default/biggrin.gif)
Mam tabele z tematami -> które podzieliłem na kategorię. I chce pobrać po 20 rekordów z każdej.

[SQL] pobierz, plaintext 
SELECT * FROM board_topic WHERE category =`help` LIMIT 20
SELECT * FROM board_topic WHERE category  = `question` LIMIT 20
SELECT * FROM board_topic WHERE category  = `question` LIMIT 20
[SQL] pobierz, plaintext 

Oczywiście mogę to zrobić jak wyżej z 3 SELECT wykorzystując multipleQuery. Ale da się to zrobić lepiej ? optymalniej ? może w 1 zapytaniu ?


Ten post edytował tadeurz 31.05.2013, 23:30:51

[pmir13]

Nie widzę przeszkód by łączyć dwukrotnie do tej samej tabeli (pod innymi aliasami), za pierwszym razem by dostać dane autora, za drugim by dostać dane ostatniego wypowiadającego się w temacie.
Wtedy limit 20 będzie dotyczył pojedyńczych tematów.
Poza tym, jeśli w każdym temacie oba pola są wypełnione (jeśli nikt nie odpowiedział to post startowy traktujemy jako ostatni, więc oba id są identyczne), a użytkownicy nie są kasowani ani nie zmieniają id, to nie jest potrzebny LEFT JOIN, wystarczy zwykły JOIN ( czyli INNER JOIN precyzyjnie ujmując ).

Ten post edytował pmir13 1.06.2013, 06:16:41