1 votes

Évaluer la taille de la base de données nécessaire pour un site Web à base de contenu

J'ai du mal à évaluer la taille dont j'ai besoin pour ma base de données SQL2005. Je suis en train de créer un site web basé sur le contenu (articles - vidéos - images - forums) avec un profil d'utilisateur et je pensais avoir probablement un public de taille petite à moyenne. J'ai un compte hébergé chez DiscountASP et pour la taille de base de données qu'ils offrent (300 -700MB) j'ai le sentiment que j'atteindrais la limite assez rapidement et que je devrais dépenser beaucoup plus.

Comment calculer/tester l'espace dont vous avez besoin ? L'ajout d'autant d'entrées fictives dans la base de données est-il un moyen suffisant pour évaluer l'utilisation de la base de données ?

2voto

alexgolec Points 109

Si vous ne stockez que des informations sur les vidéos et les images dans la base de données, vous ne devriez pas atteindre ce genre de limite rapidement.

Pour tester cela, pourquoi ne pas installer SQL Server 2005 Express sur votre système et voir la taille de votre base de données avec un échantillon de données proche de ce que vous attendez. De plus, la plupart des sociétés d'hébergement vous donnent la possibilité de passer à une base de données plus grande ultérieurement. Si vous pensez que cela posera problème, assurez-vous de choisir une société qui le permet.

0voto

gbn Points 5979

Il existe plusieurs outils d'estimation de la taille des bases de données via Google, mais ils supposent tous des données de largeur "fixe" : entiers, chaînes de caractères, etc. et des estimations du nombre de lignes.

Si vous souhaitez stocker des images et des vidéos, elles ne seront pas très utiles.

Je pourrais inventer un chiffre, mais vous prenez des centaines de gigaoctets très rapidement.

0voto

kolypto Points 10468

Essayez de faire une approximation. Par exemple, une table "commentaires" avec des lignes de largeur dynamique : avg-size = (uid [4] + flags [4] + avg-comment-length (100)) * number-of-records = 144 bytes par post * number-of-records = ...
Les chiffres dépendent fortement de la structure de votre table.

De même, si vous concevez une application web : pensez à exporter les données longues de la base de données dans des fichiers pour gagner de l'espace. Par exemple, les commentaires peuvent être stockés dans data/comments/.txt.

En outre, vous pouvez utiliser des tableaux compressés (ou gzcompresser manuellement les données textuelles avant de les insérer).

A la vôtre !

0voto

Carl Meyer Points 30736

Si vous stockez les images et les vidéos dans la base de données, vous atteindrez très vite la limite. Si vous ne le faites pas, vous pouvez probablement stocker une bonne quantité d'informations, probablement des centaines de milliers d'enregistrements, en fonction des types de champs.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X