Plusieurs tableaux aident dans les cas suivants :
(a) si différentes personnes vont développer des applications impliquant différentes tables, il est logique de les diviser.
(b) Si vous souhaitez donner différents types d'autorités à différentes personnes pour différentes parties de la collecte de données, il peut être plus pratique de les diviser. (Bien sûr, vous pouvez envisager de définir des vues et de leur accorder une autorisation appropriée).
(c) Pour déplacer des données vers différents endroits, en particulier pendant le développement, il peut être judicieux d'utiliser des tables qui réduisent la taille des fichiers.
(d) Une empreinte plus petite peut vous rassurer pendant que vous développez des applications sur la collecte de données spécifiques d'une seule entité.
(e) C'est une possibilité :ce que vous pensiez être une donnée à valeur unique peut s'avérer être de multiples valeurs à l'avenir. par exemple. la limite de crédit est un champ à valeur unique à partir de maintenant. Mais demain, vous pouvez décider de changer les valeurs comme (date de, date de, valeur de crédit). Les tables fractionnées pourraient être utiles maintenant.
Mon vote serait pour plusieurs tables - avec des données correctement réparties.
Bonne chance.
