Une grande table ou répartition sur plusieurs?

Bonjour,
je développe une partie de site avec une base de données très fournie, et une petite question se pose à moi.
En gros les visiteurs soumettent des dates (une même dates peut être soumises par différents visiteurs) qui devront être validées par la suite (acceptées ou refusées) par un admin (donc consultation par la suite de tout ce qui est en attente)
Par la suite, il y a possibilité pour le visiteur de faire une demande d'annulation sur une (ou plusieurs) de ses dates validées, demande d'annulation qui devra être validée par la suite par admin.

Je me demandais quel serait les mieux au niveau du temps des requêtes/utilisation serveur :

a) une seule table contenant tout (ce qui serait évidemment beaucoup plus pratique au niveau des diverses requetes), avec un champs spécifique pour déterminer ce qui est en attente de validation, ou en attente de suppression

b) une table contenant ce qui est validé, une pour ce qui est en attente de validation, et une pour ce qui est en attente de suppression.

Est-ce que les requêtes sur la solution a) ne seraient pas plus longue que b) sachant qu'il va y avoir des dizaines de milliers d'entrées ?
En revanche pour la solution b), les tables seraient quasi-identiques, et c'est ce qui m'ennuie assez...

Bref j'aimerais avoir vos avis sur ce choix.
Merci d'avance pour votre contribution ^^

Sans hésiter, préfère le découpage en plusieurs tables. (après, tu n'as peut-être pas besoin d'en faire autant)

Tu peux utiliser des UNION dans tes SELECT pour tout parcourir de façon transparente et tes opérations sur une seule table seront plus rapides (car moins de lignes). De plus, tu peux définir des droits différents par table et par utilisateur (ce qui peut être un plus au niveau sécurité selon la façon dont est construite ton application).

Merci pour ton avis, pour le moment je vais donc sur plusieurs tables.

Je laisse le topic ouvert afin d'obtenir les avis d'autres personnes s'il y en a qui divergent.