Sortiranje tema po datumu zadnjeg posta -- kako odraditi?

imam strukturu tabele:
pid | parent_id | subject | author | text | ip | ip_real | datum

ovo je tabela za forum.


I sad novi postovi imaju parent_id=0 uvek.

Ja sad ocu da sortiram sve koji imaju parent_id=0 ali po datumu zadnjeg posta koji kao parent_id ima pid od ovog posta koji ima parent_id=0.

:) Mozda sam malo komplikovano rekao ali valjda dobijate ideju sta ocu da uradim. Kao na ovom forumu: ocu da sortiram sve teme po datumu zadnjeg posta.

koju bazu koristis ?

posto u Postgres, Oracle i MSSQL bi se moglo uraditi sa sub selectima..
ali za MySQL .... mora bi uraditi dva upita pa onda u scriptu da sortiras prvi recordset

Potpis

People who think they know everything tend to irritate those of us who do.

Koristim mysql

while ( dok ima parent_id )
{
// uzems max_datum za dati parent_id

max_datum= select max(datum) from tabela where parent_id=trenutni parent_id;

// ubacis dati parent_id i njegov max_datum u temp tabelu

INSERT temp (parent_id, datum) SELECT parent_id, datum FROM tabela
WHERE tabela.datum='max_datum' & tabela.parent_id=trenutni parent_id;

parent_id++;
}

Dobiješ temp tabelu sa parent_id i max_datum za taj patrent_id, koju posle samo sortiraš upitom.

Pre while uradiš delete temp tabele.

Mada je predloženo zaista rešenje kakvo si tražio i mogao dobiti za MySQL 3.23, ja bih preporučio da se spustiš za jedan nivo, i razmisliš o arhitekturi tvoje baze.

Ukoliko će nove poruke biti mnogo ređe od listanja poruka (uobičajeno ponašanje; u najgorem slučaju ćeš dobiti 1:1 odnos i to kada svako čim izlista teme odmah pošalje novu temu), onda je bolje rešenje da dodaš polje ,,datum-najnovije'' uz svaku poruku, a koje ćeš koristiti samo kod poruka sa parentID-om=0.

Jasno je da ćeš ovako imati ponovljene podatke (,,redunansa''), i da će ti baza zauzimati više prostora na disku (ali smatram da je to zanemarljivo zbog odnosa veličine poruke i veličine polja datuma). Takođe ćeš morati da po upisu svake nove poruke izmeniš i ,,datum-najnovije'' odgovarajuće nad-poruke.

Prema tome, na ovaj način bi sa bilo kojom bazom postigao mnogo veću brzinu odziva, i procesor bi se manje opterećivao (a disk neznatno više). Naravno, ukoliko imaš neki RISC procesor na 500GHz sa 1GB keša i neki stari, spori disk od 100MB, bolje je prethodno rešenje (ili možda da sve smestiš u keš procesora :).

A još, ovo rešenje omogućava upotrebu kratke SELECT naredbe.

Nadam se da će i ovaj predlog biti razmatran kao korisno rešenje.

Toliko.osao programera koji radi po sp

Potpis

Možda se moje mišljenje promenilo, ali ne i činjenica da sam u pravu.