[Database] Reacties tabel

[oZy]

Stel je hebt een site als tweakers.net, of fok.nl, daar staan talloze reacties op. Zet je die allemaal in 1 tabel? Want in feite is het niet zo moeilijk om de juiste reacties bij elkaar te zoeken.. filter juiste categorie (news/column/review bijv), filter juiste id nr. Of is het beter om per categorie een aparte reacties tabel te gebruiken (met het oog op prestatie/belasting)?

[Janoz]

ALs je naar prestatie/belasting kijkt, denk ik dat mysql sneller de keuze tussen verschillende categorie-en maakt dan je php scriptje...

[thomaske]

Gewoon 1 grote tabel met alle reacties. Dan per reactie aangeven tot welke categorie dattie hoort..

Je kan de database gewoon laten filteren (/zoeken) op de goede reacties... maakt niet uit hoeveel het er zijn (mits je een goed db-ontwerp heb, en je je indexen goed legt)

[oZy]

Op woensdag 27 maart 2002 15:41 schreef thomaske het volgende:
Gewoon 1 grote tabel met alle reacties. Dan per reactie aangeven tot welke categorie dattie hoort..

Je kan de database gewoon laten filteren (/zoeken) op de goede reacties... maakt niet uit hoeveel het er zijn (mits je een goed db-ontwerp heb, en je je indexen goed legt)

Ja ik snap hoe sql werkt

Mijn vraag was: Is het sneller om de reacties te scheiden door ze in aparte tabellen op te slaan of door dit in 'de reacties tabel' als een veld aan te geven (zodat je moet filteren).

Janoz: mn asp/php scriptje hoeft die keuze toch niet te maken?

het is kiezen uit bijvoorbeeld:

code:

 SELECT * FROM NieuwsReacties WHERE TopicID=1"

en

code:

SELECT * FROM Reacties WHERE TopicID=1 AND TopicCategoryID=1"

pick the fastest! (ik heb niet zo'n grote database tot mijn beschikking dus kan niet testen)

[Janoz]

je script zal nog moeten bepalen of nieuwsReacties, artikelReacties, columnReacties of reviewReacties gekozen moet worden.

[oZy]

depends.. showarticle.asp?category=1&id=1 vs. shownews.asp?id=1

In het laatste geval zou het hardcoded zijn, net als op fok, maar dit is natuurlijk weer minder dynamisch..

[thomaske]

Het is natuurlijk altijd _{(nja.. bijna altijd)}sneller om je gegevens in meerdere tabellen op te slaan. Maar de vraag is of je dat wilt!

Wanneer je bijvoorbeeld een nieuwe categorie toevoegt, moet je er een nieuwe tabel bijmaken.. niet echt handig!

Verder is het natuurlijk veel mooier als je gegevens met dezelfde opmaak, in dezelfde tabel kwijt kan.

Wanneer je slim indexen zet (bijvoorbeeld op categoryID), zal het qua snelheid niet echt uitmaken...

[oZy]

Precies! Ik heb dan ook gekozen voor de "alles in 1 tabel" manier.

Die andere manier had inderdaad een slechte normalisatie geweest. Laat dusty het maar niet zien. It wasn't me!

[dusty]

Beiden mogelijkheden werken.

Ik persoonlijk heb mijn nieuws gescheiden gedaan van mijn webboard. Hetzelfde met specials, staan ook in een aparte tabel.

In dit geval is het belangrijker wat je zelf wilt en wat je prettiger vindt werken.

[Orphix]

T.net en FOK hebben niks met elkaar gemeen. Daarom zou ik ze nooit bij elkaar gooien. Zeg je bijvoorbeeld 'ik wil voor elk sub-forum een aparte tabel' dan zeg ik nee, niet doen.
Je kan dan namelijk geen of moeilijk data-presentaties opvragen van het gehele forum. Bijvoorbeeld een active-topics maken is erg lastig, of de search.
Je moet dus bekijken of de onderdelen een samenhang hebben of niet.

[oZy]

shit net te laat

aangezien het aantal categorieën nog niet vaststaat is het verstandiger het in 1 tabel te houden, ik kan later altijd nog een scriptje maken die alles omzet in aparte tabellen, mocht de snelheid nog wat te wensen overlaten. tnx for the brainstorming

[dusty]

Op woensdag 27 maart 2002 16:18 schreef oZy het volgende:
Die andere manier had inderdaad een slechte normalisatie geweest. Laat dusty het maar niet zien. It wasn't me!

je moet het normaliseren niet overwaarderen. Alles in perfecte derde normaal vorm hebben is niet altijd goed en een walhallah. Soms moet je ook naar de praktische kant kijken en rekening houden met de toekomst. Wil je misschien ooit de webboard compleet anders gaan doen, wil je misschien het nieuws anders gaan doen, etc. Wil je misschien een gedeelte (webboard) op een andere database laten draaien, waardoor je alleen de user tabel hoeft te synchroniseren om toch de hele site gewoon netjes te laten draaien.

Er is niet voor niets een 4e en 5e normaal vorm ( alhoewel dit de meeste mensen nooit nodig zullen hebben )

Er zijn genoeg redenen te bedenken om af te wijken van de derde normaal vorm. Je moet het ook niet zien als een wet, meer als een richtlijn. Elk 'project' heeft zijn unieke eigenschappen, daardoor moet voor elk database model weer over nagedacht worden.

Zo ik heb weer genoeg mensen geschokeert vandaag

[oZy]

Op woensdag 27 maart 2002 16:22 schreef Orphix het volgende:
T.net en FOK hebben niks met elkaar gemeen. Daarom zou ik ze nooit bij elkaar gooien. Zeg je bijvoorbeeld 'ik wil voor elk sub-forum een aparte tabel' dan zeg ik nee, niet doen.
Je kan dan namelijk geen of moeilijk data-presentaties opvragen van het gehele forum. Bijvoorbeeld een active-topics maken is erg lastig, of de search.
Je moet dus bekijken of de onderdelen een samenhang hebben of niet.

ik verwar fok en t.net niet, ik gebruik ze als voorbeeld omdat ze het juist verschillend aanpakken Maar bedankt voor de toevoegingen, had ik ook nog niet overzien. (tis al bijna weekend natuurlijk *ahem*)

[Femme]

Bij een goed geïndexeerde tabel is het geen probleem om een paar miljoen messages in een tabel te stoppen. GoT heeft er meer dan 4 miljoen en daar merken we weinig van. Wat wel een probleem wordt is de search engine, maar dat heeft niet met de indeling van de tabellen te maken. MySQL Fulltext indexes werken niet op grote tabellen, dus je zult zelf een simpele search engine moeten bouwen (wat overigens niet moeilijk is).