musze naprawic listowanie kategorii na forum wraz z ostatnim tematem i ostatnim postem w nim

struktura tabel (kluczy do relacji) jest następująca:

categories:

id

topics:

id, category_id, created int(6) - zapisywany unixtimestamp

posts:

id, topic_id, `date` int (9) - tez unixtimestamp

musze pobrac:

liste kategorii wraz z ostatnią odpowiedzią w temacie (pobrać tu musze też nazwe tematu, autora tematu, autora ostatniej odpowiedzi)

potrzebuje to zrobic jak najwydajniej najlepiej jednym zaytaniem z joinami albo subselectami, prosze o porady bo juz sie mecze z tym 3 dni

Najlepiej jakbys poprawil strukture i w tabeli kategorii dodal ID ostatniego tematu
a w tabeli tematu dodal ID ostatniego posta. Wowczas wszystko zrobisz i wydajnie i bez problemu

no moglbym tylko teraz zabawa z triggerami bedzie ładna, a przy obecnej strukturze? jakieś wskazówki?

Ale to bedzie najoptymalniejsze.

trigger albo w php

triggery chyba odpadają w tej sytuacji bo dojdzie do rekurencji, kiedy przy AFTER UPDATE posts wykonam zapytanie update do post

Po update post masz robic update topic
po update topic masz robic update category

ps: widze ze nie masz tabeli tematow (topic)....... no wlasnie.... przydalaby sie

ALbo czysty php, gdzie w php robisz update na tabelach w zaleznosci od akcji

Jeśli byś tak chciałbyś robić, to nie robisz UPDATE, tylko modyfikujesz NEW. I BEFORE, a nie AFTER.

tak tylko co jesli chce kompleksowo wszystkie zaktyalizowac a nie tylko jeden?

poradzilem sobie na razie, że do innej tabeli przypisalem triggera

Przyklad dla topic - post
update topic t set ID_LAST_POST = (select ID from post where ID_TOPIC=t.ID order by CDATE desc limit 1);

o triggery mam póki co załatwione teraz czeka mnie koszmar z przepisywaniem zapytania i struktury:

[SQL] pobierz, plaintext 
SELECT *, count(comment_id) AS posts FROM (
		SELECT
		p.id AS sub_id, p.name AS sub_name, p.description AS sub_description, p.news_count AS sub_count, p.parent_id AS sub_parent_id,
		s.id, s.name, s.description,
		n.id AS news_id, n.title AS news_title, n.category_id AS ncat, s.position AS s_pos, p.position AS p_pos,
		c.id AS comment_id,
		IF(c.date IS NULL, FROM_UNIXTIME(n.created), IF(n.created > c.date, FROM_UNIXTIME(n.created), FROM_UNIXTIME(c.date))) AS topic_date,
		IF(c.author IS NULL, n.author, c.author) AS topic_author,
		IF(c.user_id IS NULL, n.user_id, c.user_id) AS topic_user_id
		FROM news_categories p
		INNER JOIN news_categories s ON p.parent_id = s.id
		LEFT JOIN news n ON (n.category_id = p.id AND n.active = 1)
		LEFT JOIN news_comments c ON (n.id = c.news_id AND c.active = 1)
		ORDER BY topic_date DESC
		) AS tmp GROUP BY sub_id ORDER BY s_pos, p_pos
[SQL] pobierz, plaintext 

całość opiera się na newsach i komentarzach (jako forum) tutaj pobierane są kategorie wraz z subkategoriami i tematami i pozostalymi danymi

macie jakieś pomysły jak to przerobić? potem jest to dziwnie parsowane na tablicach w php

Kolejny, który do GROUP BY * używa...
Może napisać manuala pt. "Jak NIE grupować w MySQL-u?"

po pierwsze to nie ja pisałem a skoro jesteś takim mądralą to zabłyśnij i napisz jak powinno wygladac to zapytanie

1. TY jesteś autorem tego posta. Nawet jeśli skądś to wkleiłeś, to nie napisałeś ską - nie mogłem wiedzieć że nie ty jesteś autorem.
2. Mógłbym napisać - dla mnie to nie problem. (popatrz sobie na inne moje posty na tym forum). Ale musiałbym wiedzieć, co to ma robić. Analizując samego SQL mogę się domyśleć, co to robi, ale nie co MA robić.