Quel est le plus rapide une énorme table ou de multiples plus petites ?

Bonjour,

Je me pose un question peut etre stupide, mais bon. Aujourd'hui j'ai une table enorme avec des données par jours/heures/applications.

Je me demande en temps de traitement des requêtes quelles solutions est la plus rapide ?

1. Avoir une enorme table mais du coup une structure de BdeD plus "light" (moins de table (x8), donc moins de data systeme, etc...)
2. Avoir 40 tables (une par application). Dans cette situation mes tables sont plus légères, mais la structure globale de la BdeD est plus grosse (plus de tables, etc..).

Je me dis que moins il y a de données, plus la requête est rapide, mais je suppose que la structure de la BdeD joue non ?
D'ailleurs savez laquelle de ces 2 bases sera la plus "grosse" ?

Je ne suis pas certain d'être claire.

Merci
Chris

Bonjour,

Le modèle de donnée répond doit répondre aux besoins.
On peut le remettre en cause.
Faut juste reprendre les éléments qui ont été utilisés lors de la conception initiale et y intégrer les nouveaux besoins.

Or la performance n'est pas un "besoin" de conception.
La juste segmentation/lotissement des données en est un.

Citation:

---

Avoir [...] une par application

---

Ceci sous entend que vous avez le même modèle de sécurité pour toutes les applications.

Et j'imagine, que vous avez qu'1 seul compte applicatif côté SGBD.
La sécurité c'est l'application qui la garantie
... et la marmotte plie le chocolat dans le papier d'aluminium

Si tel est le cas je vous conseille de revoir vos "besoins" et d'y intégrer la sécurité.
Ce qui vous amènera peut être à concevoir une base (et non pas table) par application, qui sait ?