J'ai la possibilité d'utiliser une seule table qui s'étendra jusqu'à 1 000 000 d'enregistrements par an. Cela dit, je pourrais utiliser une clé étrangère pour diviser cette table en tables plus petites, ce qui réduira cette expansion à chaque petite table de 100 000 enregistrements par an. Disons que 50% du temps, les utilisateurs interrogeront tous les enregistrements où l'autre 50% du temps les utilisateurs interrogeront l'ensemble de données de la table plus petite segmentée. (penser en fonction de toutes les zones géographiques par rapport aux zones géographiques spécifiques)SQL grande table VS. Plusieurs petites tables
En utilisant une base de données gérée par un compte d'hébergement partagé (pensez au site5, godaddy, etc ...), est-il plus rapide d'utiliser une seule table plus grande ou d'utiliser plusieurs tables segmentées plus petites étant donné cette situation?
Où chaque ensemble de données est accédé 10% /% 90, 20% /% 80,% 30 /% 70 ... etc, à quel moment l'utilisation d'une seule table par plusieurs tables plus petites serait-elle la plus efficace?
Je parie sur un seul plus grand. 50% c'est déjà beaucoup. – UmNyobe
Donc, votre conception de base de données a juste cette table? –
Non, bien sûr que non. Je parle spécifiquement de cette table. –