dans la réalité,ça n'a pas d'interet, pourquoi ?
Parce qu'une base de donnée grossis, mais qu'il est très facile quand on arrive à xx% qu'on a défini d'ajouter et d'allouer de l'espace.
Par exemple
tu es à 90 sur un tablespace d'oracle ? RAF :
alter database Datafile '/u23/oradbf/GEODE/ind_ele08_2xl/ind_ele08_2xl_17.dbf' Resize 1793M;
et hop le fichier a grandi ...
plus de place sur le disque ? il te faut mettre un nouveau fichier sur un autre emplacement ?
idem
ALTER TABLESPACE tmp ADD TEMPFILE '/c02/oradbf/CAPROD/tmp/tmp_12.dbf' SIZE 2000M AUTOEXTEND OFF;
etc...etc...
chaque SGBD à sa gestion de fichier mais le principe reste le même.
aucune inquiétude à avoir sur le volume donc.
et quand c'est les disques qui ont plus de place ?
et bha on ajoute une baie de disque et on y construit des LVM ....
quand à l'évaluation de la taille d'une BD ca n'a d'interet que si on compte non pas sa taille mais son rythme d'évolution pour justement financer les disques nécessaires dans un planning.
par exemple une base client entre ceux qui reste/partent/arrive ça augmente rarement de plus de 10% par ans...
par contre une base de commande/facturation ça augmentera tjrs à rythme régulier, avec des pics aux periodes phares (noel+soldes) ce qui implique que tout augmentation prévisionnel des capacités, soient faites hors de ces périodes et surtout avant ces périodes.
# dans la réalité,ça n'a pas d'interet
Posté par kuroineko . En réponse au message "Database sizing". Évalué à 1.
dans la réalité,ça n'a pas d'interet, pourquoi ?
Parce qu'une base de donnée grossis, mais qu'il est très facile quand on arrive à xx% qu'on a défini d'ajouter et d'allouer de l'espace.
Par exemple
tu es à 90 sur un tablespace d'oracle ? RAF :
alter database Datafile '/u23/oradbf/GEODE/ind_ele08_2xl/ind_ele08_2xl_17.dbf' Resize 1793M;
et hop le fichier a grandi ...
plus de place sur le disque ? il te faut mettre un nouveau fichier sur un autre emplacement ?
idem
ALTER TABLESPACE tmp ADD TEMPFILE '/c02/oradbf/CAPROD/tmp/tmp_12.dbf' SIZE 2000M AUTOEXTEND OFF;
etc...etc...
chaque SGBD à sa gestion de fichier mais le principe reste le même.
aucune inquiétude à avoir sur le volume donc.
et quand c'est les disques qui ont plus de place ?
et bha on ajoute une baie de disque et on y construit des LVM ....
quand à l'évaluation de la taille d'une BD ca n'a d'interet que si on compte non pas sa taille mais son rythme d'évolution pour justement financer les disques nécessaires dans un planning.
par exemple une base client entre ceux qui reste/partent/arrive ça augmente rarement de plus de 10% par ans...
par contre une base de commande/facturation ça augmentera tjrs à rythme régulier, avec des pics aux periodes phares (noel+soldes) ce qui implique que tout augmentation prévisionnel des capacités, soient faites hors de ces périodes et surtout avant ces périodes.