Estimation de la taille de la base de données

La taille de votre base de données est fonction de votre application, du nombre d'utilisateurs et du nombre d'éléments. Consultez quelques instructions générales permettant d'estimer la taille de votre base de données, mais les résultats peuvent varier.

Une base de données contenant les données de départ fournies avec l'application Movie Site peut utiliser 250 Mo, alors que les tables de LikeMinds pour un site volumineux visité par des millions d'utilisateurs peut prendre 10 Go. Ci-dessous, vous trouverez certains principes généraux :

Les tables les plus importantes dans l'estimation de la taille de la base de données sont les suivantes :
  • Lps_User_Rating : Cette table domine normalement les considérations relatives à l'espace. D'une manière générale, les utilisateurs procèdent en moyenne à 50 à 100 classements. Les utilisateurs de départ fournis avec Movie Site procèdent à environ 500 classements.
  • Lps_User_Trx : Cette table peut devenir très volumineuse, selon le nombre d'affinités entre éléments, de clics ou d'achats enregistrés à partir de vos applications.
  • Lps_MBA_Scored : Cette table peut devenir assez volumineuse, selon le nombre de produits vendus sur votre site et le nombre de relations que vous souhaitez configurer pour chaque produit. Par exemple, si 1000 produits sont répertoriés dans la table Lps_Item_Data et que vous souhaitez établir 10 relations pour chaque produit, une table Lps_MBA_Scored peut contenir jusqu'à 10 000 lignes.
  • Lps_User_Mentor : La taille de cette table est fonction du nombre d'utilisateurs et de mentors associés à chaque utilisateur (50 par défaut).
  • Lps_User_Data : Cette table peut contribuer, dans une large part, à la taille de la base de données si de nombreux utilisateurs ont chacun peu d'évaluations. Cette table est hautement indexée, ce qui est susceptible d'affecter la performance.
  • Lps_Item_Data : Cette table est en principe peu volumineuse, mais elle peut s'avérer importante si vous stockez de nombreuses données relatives à chaque article.
D'une manière générale, le volume de chacune des tables restantes est inférieur à 100 ko.

Le tableau suivant propose les nombres de lignes, la taille de chacune d'elles et la taille des index d'une base de données Microsoft SQL Server "typique" composée de 5 000 éléments et de 100 000 utilisateurs. Les tailles de ligne ne comprennent que les zones requises par LikeMinds et font office de zones nulles typiques et d'index classifiés. Les tailles peuvent varier pour d'autres systèmes de base de données, et plus particulièrement pour les index.

Tableau 1. Exemple de taille de table pour une base de données typique
Table Lignes d'un site typique Taille de la ligne (octets) Taille totale Taille de l'index (octets par ligne) Taille totale

Lps_User_Rating

8 000 000

25

200 M

environ 20

160 Mo

Lps_User_Trx

8 000 000

32

256 Mo

environ 20

160 Mo

Lps_User_Mentor

5 000 000

25

125 Mo

environ 20

100 Mo

Lps_User_Data

100 000

standard : 100

maximum : 400

de 100 à 400 Mo

environ 100

10 Mo

Lps_Item_Data

5000

136 (pour les zones obligatoires uniquement)

68 Mo

4

2 Mo

Lps_MBA_Scored

10 000

32

32 Mo

environ 20

1 Mo

Lps_Genre_Data

de 10 à 1000

116

de 1160 ko à 116 Mo

S/O

Lps_Item_Genre

de 5000 à 20 000

12

de 60 à 240 Mo

S/O

Lps_User_Selector

de 25 000 à 100 000

12

de 30 à 120 Mo

4

de 100 à 400 Mo

Dans l'estimation de la taille, n'oubliez pas de prévoir de l'espace pour les zones de consignation des transactions et d'annulation. Etant donné que le serveur LikeMinds procède fréquemment à des validations, la zone d'annulation ne doit pas être particulièrement importante par rapport à la base de données. Affectez de l'espace équivalent à la taille de la base de données pour les journaux de transactions, puisque LikeMinds procède à de fréquentes mises à jour.