Taille d'une base de donnée
Audrey2005
Messages postés
11
Statut
Membre
-
sebsauvage Messages postés 33415 Statut Modérateur -
sebsauvage Messages postés 33415 Statut Modérateur -
Bonjours,
j'ai un petit problem !!! vous pouvez m'aidez :-(?
en ma question est:
1* comment je peux calculer la taille d'une base de donnée ?
2* aussi le volume reservé pour la base de donnée ?
merci bq les informaticiens :-)
j'ai un petit problem !!! vous pouvez m'aidez :-(?
en ma question est:
1* comment je peux calculer la taille d'une base de donnée ?
2* aussi le volume reservé pour la base de donnée ?
merci bq les informaticiens :-)
A voir également:
- Taille d'une base de donnée
- Comment réduire la taille d'un fichier - Guide
- Base de registre - Guide
- Reduire taille image - Guide
- Formules mathématiques de base - Télécharger - Études & Formations
- Exemple base de données access à télécharger gratuit ✓ - Forum Logiciels
5 réponses
Hello.
ça dépend:
1) de ta base de données (structures de stockage différentes d'une base à l'autre).
2) du type de chaque champ.
(exemple 1: nvarchar en SQL Server prend 2 octets pour 1 caractère, alors que le varchar prend 1 octet par caractères).
(exemple 2: varchar(5000) occupera moins de 20 octets sur disque si le champ est vide, alors qu'un char(5000) occupera 5000 octets même si le champ est vide).
3) des indexes (et autres) placés sur les tables.
Les indexes prennent beaucoup de place, parfois bien plus que les données elle-mêmes.
Les autres objets (contraintes, procédures stockées, etc.) doivent également être stockées et prennent aussi de la place (mais moins).
4) La place occupée sur disque dépendra aussi à combien tu as alloué pour chaque base (tablespace).
Il faut prévoir cela en fonction des évolutions prévisibles de ta base (quelles sont les tables/bases qui vont grossir le plus ?)
Si tu ne le spécifie pas, la plupart des serveurs SQL allouent une taille standard, ainsi qu'un petit espace libre prévisionnel.)
ça dépend:
1) de ta base de données (structures de stockage différentes d'une base à l'autre).
2) du type de chaque champ.
(exemple 1: nvarchar en SQL Server prend 2 octets pour 1 caractère, alors que le varchar prend 1 octet par caractères).
(exemple 2: varchar(5000) occupera moins de 20 octets sur disque si le champ est vide, alors qu'un char(5000) occupera 5000 octets même si le champ est vide).
3) des indexes (et autres) placés sur les tables.
Les indexes prennent beaucoup de place, parfois bien plus que les données elle-mêmes.
Les autres objets (contraintes, procédures stockées, etc.) doivent également être stockées et prennent aussi de la place (mais moins).
4) La place occupée sur disque dépendra aussi à combien tu as alloué pour chaque base (tablespace).
Il faut prévoir cela en fonction des évolutions prévisibles de ta base (quelles sont les tables/bases qui vont grossir le plus ?)
Si tu ne le spécifie pas, la plupart des serveurs SQL allouent une taille standard, ainsi qu'un petit espace libre prévisionnel.)
nvarchar est une chaîne de longueur variable.
L'autre est de longueur fixe.
Rapidement ?
Il n'aurait pas été plus simple de commencer par lire la doc du TSQL de Microsoft ?
L'autre est de longueur fixe.
Rapidement ?
Il n'aurait pas été plus simple de commencer par lire la doc du TSQL de Microsoft ?
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question