hej,
ik ben bezig met een script waar de admin een verhaaltje kan posten, en dan kunnen de bezoekers daar op antwoorden. het werkt met een mysql database, en ik heb per post van de admin een id, en dan krijgt elk antwoord een id2, met hetzelfde id nummer als de id, zodat als je ze bekijkt, de berichten in volgorde van id2 worden opgehaalt.

mijn vraag is nu, hoe kan ik kijken of er bij id2 meer dan 1 zijn, zodat ik de antwoorden kan weergeven.
:s mss kan je er een onderwerp aan koppellen? zodat het bij het verzenden mee verzonden wordt naar de database ... samen met een datum zodat hij aflopend kan staan (of oplopend) ... weet niet :) ben maar een noobje
dat doe ik eigelijk ook, want id2 is per adminbericht met de antwoorden steeds het zelfde, dus als id van het bericht 5 is, dan hebben alle antwoorden op dat bericht id2 = 5.

SELECT COUNT(id) AS aantal
FROM tabel
WHERE id2 = 5

Zoiets?
Is het niet makkelijker om 2 tabellen te maken
1 voor de Posts met verhaaltjes van de admin
1 met de reacties
ja dat zou makkelijker zijn, behalve dat het een website van mijn klas is, waar dus ongeveer 30 verhalen tabellen in komen in jou geval zou dat dan 30 x 2 worden, da's een beetje veel.
Stop! Je gaat natuurlijk niet elk verhaal zijn eigen tabel geven, dat is nu juist niet de bedoeling.

Je hebt een tabel met verhalen en een tabel met reacties op verhalen. Dat is de opbouw je moet gebruiken. Dus bijvoorbeeld:

verhalen
----------
id
verhaal
datum

reacties
---------
id
reactie
datum
verhaal_id

Je ziet dat in de reacties tabel er een foreign key (verhaal_id) is opgenomen. Op die manier weet je van elke reactie bij welk verhaal deze hoort.
ja dat snap ik, maar elke leerling uit mijn klas heeft zijn eigen stukje site, en is dus over dat stukje "admin", dus dat houd in dat elke leerling zijn eigen tabel moet hebben om z'n stukjes in te schrijven, en daar komen dan dus ook de antwoorden in. het is natuurlijk ook mogelijk om van alle adminberichten van alle leerlingen in één tabel te zetten, dmv de naam van de leerling erbij te zetten, maar dan word het voor mij een beetje té complex, dan overzie ik het niet meer.
In dat geval kan het nog steeds met 2 tabellen:

verhalen
----------
id
user_id
verhaal
datum



reacties
---------
id
reactie
datum
verhaal_id
Nee, zoals je nu bezig bent ga je zeker problemen krijgen. Hoe je het zult moeten oplossen is door ook nog een aparte tabel 'leerlingen' op te nemen. Dus:

leerlingen
------------
id
naam

verhalen
----------
id
verhaal
datum
leerling_id

reacties
----------
id
reactie
datum
verhaal_id

De foreign key leerling_id in de verhalen tabel vertelt je nu door welke leerling een verhaal geplaatst is. Nogmaals, je gaat dus niet iedere leerling een eigen tabel geven, dat is niet de bedoeling van een database.

Reageren