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 32847 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 32847 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
- Taille 32x32 correspondance ✓ - Forum Loisirs / Divertissements
- Réduire taille pdf - Guide
- Formules excel de base - Guide
- W32 l32 taille française homme ✓ - Forum Loisirs / Divertissements
- Exemple base de données access à télécharger gratuit - Forum Access
5 réponses
sebsauvage
Messages postés
32847
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 656
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
32847
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 656
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
32847
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 656
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).