Classification des bases en fonction de la volumétrie

Les bases de données peuvent être classifiée en fonction de leur volumétrie, soit en espace occupé, soit en nombre d’objet créés. Voici deux règles pour distinguer les petites, moyenne et grosses bases de données…

Si la classification peut se faire en fonction du volume, c’est bien le nombre d’octets qui nous intéresse et non le nombre de lignes d’une table, car un nombre de ligne ne veut pas dire fort volume… A l’extrême, une table de 100 millions de lignes composées uniquement d’une seule colonne de type entier (donc 32 bits) n’occupe pas plus de 382 Mo de données, ce qui est peu pour une base.
C’est pourquoi seul le volume globale de l’ensemble des données de toute les tables est un réel facteur de mesure.

NOTA : ceci suppose des bases de données proprement modélisées, c’est à dire respectant les formes normales.

1 – classification des bases de données en fonction de leur volume


VOLUME MAXIMUM  TYPE              OBSERVATION
--------------- ----------------- ---------------------------------------------------
 64 Go        Petite              Tient en RAM
250 Go        Moyenne             Tient sur un disque
  1 To        Grosse              Tient sur plusieurs disques d'un même serveur
> 1 To        Très grosse (VLDB)  Nécessité d'un SAN

2 – classification des bases de données en fonction du nombre d’objet


NB. MAX DE TABLE OU VUES  TYPE                     OBSERVATION
------------------------- ------------------------ -----------------------------------------------------
    50                    Petite base              SGBDR de type fichier (Access, Hyperfile, SQLlite...) à serveur "bas de gamme"
   200                    Moyenne base             Serveur "bas de gamme" (MySQL, FireBird...)
  1000                    Grande base              Serveur haut de gamme (Oracle, SQL Server, DB2, PostGreSQL, Sybase....)  
> 1000                    Très grande base (VLDB)  Serveur permettant des bases de données réparties (Oracle, SQL Server....)

Il n’est pas nécessaire de mesurer le nombre de procédure ou de fonction, car ces dernières sont généralement en proportion du nombre des tables (CRUD).

VLDB signifiant Very Large DataBase


Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

Laisser un commentaire