Gebruik een tafel zoals je bent. MySQL kan gemakkelijk miljarden of rijen gegevens verwerken. Met een paar mooie indexen zouden je prestaties ook best goed moeten zijn.
Dat wil niet zeggen dat je niet moet proberen te zorgen voor een goed tafelontwerp, maar je moet je ook geen zorgen maken over het omgaan met wat je denkt dat waarschijnlijk veel gegevens zijn - terwijl het in feite waarschijnlijk een daling in de oceaan van datasets.
Het aantal kolommen maakt echt niet TE veel verschil, de rijgrootte kan de tijd die een harde schijf nodig heeft om ze te openen vergroten (volgens een paar artikelen die ik heb gelezen), maar tegelijkertijd zou je een ECHT grote rij om het verschil tussen duizenden zoekopdrachten daadwerkelijk op te merken.
Wat betreft een goede structuur, het hangt er echt van af HOE je het moet gebruiken. Als je veel verschillende statistische functies gaat uitvoeren, zorg er dan voor dat je een tabel hebt die dit toelaat. Als u slechts een paar specifieke zoekopdrachten nodig heeft, is het misschien goed om een rapportspecifieke tabel te maken waarin de gegevens, bijvoorbeeld één keer per dag, worden verzameld.
Bewerken:Opmerkingen over de werkelijke limiet voor het aantal rijen:
http://dev.mysql.com/doc /refman/5.1/en/source-configuration-options.html
De MyISAM-opslagengine ondersteunt 2^32 rijen per tabel, maar u kunt MySQL bouwen met de optie --with-big-tables om tot 2^64 rijen per tabel te ondersteunen.
http://dev.mysql.com/doc/refman /5.1/nl/innodb-restrictions.html
De InnoDB-opslagengine lijkt geen limiet te hebben voor het aantal rijen, maar heeft een limiet voor de tabelgrootte van 64 terrabytes. Hoeveel rijen hierin passen, hangt af van de grootte van elke rij.