Wie oh wie heeft zinvol advies...

Situatie:
Elk jaar (seizoen) wordt er een tabel bij gemaakt met deelnemers.

De keuze bij een nieuw seizoen:
Bij een nieuw seizoen heb ik de volgende keuzes:
a) ik laat de tabel ongemoeid en vul nieuwe deelnemers bij met een ander seizoen-nummer,
alles in 1 tabel dus.
b) ik geef élk seizoen een eigen tabel
c) ik hanteer twee tabellen: 1 met het huidige seizoen (waarin veel interactie is),
en 1 met alle oudere seizoenen (waarin weinig interactie is).

Vraag:
Het een zal voordelen hebben boven het andere kwa snelheid, overzicht en mogelijk zelfs
programmeerlengte.
Maar kan iemand uit ervaring misschien zeggen wat de meest praktische manier is en met welke voordelen?

Ikzelf zou op dit moment kiezen voor optie c)...

Alvast dank voor het meedenken...

vr gr Eric
Aar

Het ligt eraan hoe je programmeert. Verder kan MySQL in een tabel wel miljoenen records, totdat je misschien even een INDEX op je veld moet leggen om de snelheid hoog te houden.

Indexen zijn onderdeel van een goed data model, die ga je niet aanbrengen om dat je veel rijen begint te krijgen.

Overigens is het opslitsen van tabellen de laatste jaren niet meer nodig, je hebt daar tabel partitioning voor. Dit is trouwens niet zinvol voor een tabel met 6000 records.

Reageren