Discussion :

[hirochirak]

Bonjour à tous et bonne année !!!

Bon voila je travail sur le développement d'une application d'interface qui doit permettre l'utilisation d'une base de donnée assez conséquente (une trentaine de tables)

Je dois créer cette base sous SQL server et je me demandais comment on pouvait estimer la future taille que prendra la base de donnée, de plus étant stagiaire je ne pourrais intervenir sur l'appli après mon départ, il est donc nécessaire que mon estimation soit la plus parfaite possible (en tout cas il vaudrait mieux que j'évite de sous estimer la taille de la BDD en fonctionnement)

Je sais qu'il existe des méthodes de calcul mais j'arrive pas à trouver de résultat probant sous google (recherche foireuse peut etre ...) de plus j'ai bien essayer de faire une recherche sur le forum mais lorsque j'essaye d'ouvrir les messages de ma recherche ben ya un vilain message d'erreur.

Voila je m'en remets à votre experience pour me venir en aide.

@+

Hirochirak

tag SGBD mis par Frank le 29/12

[Pomalaix]

Bonjour

Il ne faut pas se faire d'inquiétude démesurée sur le sujet !
Bien entendu, on doit avoir une estimation de base du volume, mais à 20% prêt c'est déjà très bien !
L'essentiel c'est de ne pas prévoir 100 Mo et d'arriver à 10 Go au bout d'un an !
Sous SQL Server, les fichiers sont extensibles, et généralement il est possible d'ajouter un disque sur un serveur le jour où ça devient nécessaire.

Vous pouvez déjà utiliser les fonctions d'estimation de volume dans les outils de modélisation, type PowerAMC et consorts. Mais de toute façon c'est pas magique, il faut très bien connaître votre application et l'utilisation qui en sera faite, pour pouvoir dire "en moyenne, je vais stocker 10 000 nouvelles factures par an" par exemple.

Sinon pour être un peu plus précis, il faut pour chaque table calculer la longueur moyenne d'un enregistrement (consulter la doc pour savoir combien de place prennent les différents types de données utilisés), savoir combien vous aurez de lignes par table, prendre en compte les index, ajouter la surcharge système (je l'ai plus en tête, aux alentours de 100 octets par page).
Un point crucial c'est la perte d'espace éventuelle dans une page.
En effet, un enregistrement ne peut pas être à cheval sur deux pages. Donc si vous avez des enregistrements de 5000 octets, il y en aura en gros 3000 de perdus par page de 8 Ko !!!

Voilà, en espérant que ça vous permette d'avancer.

[Fabien Celaia]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sp_estspace NomTable, NbreEnregFutures

Sinon, des outils de type PowerDesigner te permettent d'estimer la taille d'une base en s'appuyant sur le modele physique, le SGBDR et le nombre estime d'enregistrements par table