Taille d'une base de donnée
Fermé
Audrey2005
Messages postés
11
Date d'inscription
jeudi 26 mai 2005
Statut
Membre
Dernière intervention
17 juin 2005
-
6 juin 2005 à 10:48
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 17 janv. 2008 à 15:43
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 17 janv. 2008 à 15:43
A voir également:
- Taille d'une base de donnée
- Comment réduire la taille d'un fichier - Guide
- Formules excel de base - Guide
- Comment reduire la taille d'une photo - Guide
- La base de données de sécurité du serveur n'a pas de compte d'ordinateur pour la relation ✓ - Forum Réseau
- Supprimer une base de données phpmyadmin ✓ - Forum Logiciels
5 réponses
sebsauvage
Messages postés
32893
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 655
6 juin 2005 à 11:09
6 juin 2005 à 11:09
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.)
Audrey2005
Messages postés
11
Date d'inscription
jeudi 26 mai 2005
Statut
Membre
Dernière intervention
17 juin 2005
6 juin 2005 à 12:21
6 juin 2005 à 12:21
merci bq de m'avoir aider , c vraiment gentill de votre part :-)
fatita123
Messages postés
1
Date d'inscription
lundi 10 décembre 2007
Statut
Membre
Dernière intervention
17 janvier 2008
17 janv. 2008 à 15:40
17 janv. 2008 à 15:40
je veux savoir la difference entre 'nchar' et 'nvharchar' c'est urgent
sebsauvage
Messages postés
32893
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 655
17 janv. 2008 à 15:42
17 janv. 2008 à 15:42
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
sebsauvage
Messages postés
32893
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 655
17 janv. 2008 à 15:43
17 janv. 2008 à 15:43
Ah oui... et le "n" sert à dire que ce sont des chaînes Unicode (qui peuvent gérer les alphabets internationnaux).