[php/mysql] forum topic delete

[Tux]

Ik ben bezig met het devven van een forum

Nu ben ik bezig met de functie om een topic in z'n geheel te deleten.
Maar ik stuit op een probleempje bij het deleten van de inhoud van een topic.

Ik heb ongeveer de volgende tabellen:

Topics:
id
title

Replies:
id
topic_id

Replies_text:
reply_id
reply_parsed

Nu kan ik vrij een voudig met:
DELETE FROM topics WHERE id='" . $id . "'
een topic verwijderen uit de lijst.

Maar ik wil ook alle replies verwijderen.
Dus dan doe ik:
DELETE FROM replies WHERE topic_id='" . $id . "'

Dat gaat allemaal goedm aar als ik dus de inhoud van de replies wil deleten dan heb ik geen idee hoe ik dit aan ga pakken, aangezien ik geen topic_id row in mn replies_text tabel heb oid.

En aangezien ik dit forum ook werkende wil hebben voor mensen die geen MySQL 4.x draaien kan ik dus geen JOINS in de DELETE query maken

Kan iemand mij helpen met dit probleem?

[Tom-Eric]

Misschien 2 queries, waarbij je eerst de reply_id's ophaalt voordat je gaat legen?

[TheDuke]

[naja mode]hier stond een sarcastische opmerking die de topicstarter diste, maar goed...[/naja mode]

SELECT id FROM replies WHERE topic_id = '". $id . "'

en dan daar de resultaten van gebruiken om de replies_text tabel te clearen... ofwel door een query voor elke reply of door een dikke OR query...

[ Voor 29% gewijzigd door TheDuke op 20-04-2003 19:08 ]

[Shinji]

Waarom niet van de Replies en Replies_text één tabel maken?

Dus:
Replies:
id
topic_id
reply_parsed

[ Voor 3% gewijzigd door Shinji op 20-04-2003 19:08 ]

[Limhes]

Algemeen:
Wat is het performanceverschil tussen 2 tabellen met topics en replies (en dus 2 queries) enerzijds en 1 tabel met alle posts (en een veld bIsReply oid) anderzijds?
Oftewel welke overhead is groter, een extra tabelbenadering of een grotere tabel?

[Tux]

Die oplossing die door Tum|mut en TheDuke genoemd wordt is denk ik geen optie omdat je anders bij grote topics zodanig lange queries krijgt dat MySQL over de nek gaat.

Een andere optie is natuurlijk het topic_id meegeven aan de replies_text tabel meegeven.

Ik heb het topic_id maar meegegeven aan de replies_text tabel. Ik sla dan wel data dubbel op, wat opzich een beetje ranzig is, maar er ontstaan geen problemen door.

[ Voor 25% gewijzigd door Tux op 20-04-2003 19:28 ]

[ludo]

Shinji schreef op 20 April 2003 @ 19:07:
Waarom niet van de Replies en Replies_text één tabel maken?

Dus:
Replies:
id
topic_id
reply_parsed

Dit lijkt mij de beste, en ook meest logische oplossing. Want wat heeft die koppeltabel met die id's voor nut Dat maakt het mijns inziens alleen maar ingewikkelder, en krijg je dit probleem.

Algemeen:
Wat is het performanceverschil tussen 2 tabellen met topics en replies (en dus 2 queries) enerzijds en 1 tabel met alle posts (en een veld bIsReply oid) anderzijds?
Oftewel welke overhead is groter, een extra tabelbenadering of een grotere tabel?

Ik denk dat er vrij weinig performanceverschil in zit, maar twee aparte tabellen vind ik een netter model. Maar daar zullen de meningen wel over verschillen.

[ Voor 6% gewijzigd door ludo op 20-04-2003 20:05 ]