Compacter une MDB

Le
Bloubi
Bonjour,

J'ai lu à plusieurs reprises sur ce forum, qu'il n'étais pas recommandé de
compacter les fichiers Datas des bases de données.

Quelqu'un sait-il m'expliquer le pourquoi du comment???
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Patrice
Le #11868091
Bonjour, MDB c'est Access donc peut-être pas sur ce forum ?

Cela pourrait être une confusion avec la possibilité de compresser des
dossiers au niveau de l'OS (voir les attributs avancés, compresser le
contenu) ce qui n'est généralement sans doute pas une bonne idée sur des
fichiers qui sont fréquemment modifiés (ce qui n'a rien à voir avec le
compactage d'une base Access qui se fait "hors ligne").

Sinon essayer de trouver le conseil d'origine pour que l'on puisse rebondir
et voir si c'est une erreur d'interprétation ou autre.

--
Patrice

"Bloubi"
Bonjour,

J'ai lu à plusieurs reprises sur ce forum, qu'il n'étais pas recommandé de
compacter les fichiers Datas des bases de données.

Quelqu'un sait-il m'expliquer le pourquoi du comment???


Bloubi
Le #11868081
Toutes mes excuse, je parlais d'une DB SQL

Et voici un des conseils de ve forum :
"Ne JAMAIS fair de SHRINKDATABASE"

Je voulais juste savoir pq, il est déconseillé de faire ce genre de manoeuvre?
Qu'est-ce que cela engendre?

Merci à vous

"Patrice" a écrit :

Bonjour, MDB c'est Access donc peut-être pas sur ce forum ?

Cela pourrait être une confusion avec la possibilité de compresser des
dossiers au niveau de l'OS (voir les attributs avancés, compresser le
contenu) ce qui n'est généralement sans doute pas une bonne idée sur des
fichiers qui sont fréquemment modifiés (ce qui n'a rien à voir avec le
compactage d'une base Access qui se fait "hors ligne").

Sinon essayer de trouver le conseil d'origine pour que l'on puisse rebondir
et voir si c'est une erreur d'interprétation ou autre.

--
Patrice

"Bloubi"
> Bonjour,
>
> J'ai lu à plusieurs reprises sur ce forum, qu'il n'étais pas recommandé de
> compacter les fichiers Datas des bases de données.
>
> Quelqu'un sait-il m'expliquer le pourquoi du comment???





Romelard Fabrice [MVP]
Le #11868041
Bonjour,
Le shrink est à utiliser avec parcimonie.
En effet, lorsqu'une base de données a besoin de grossir le moteur SQL
Server fait la demande à l'OS de faire croitre le fichier DB et donc une
allocation de place.

Si vous effectuez un Shrink, vous supprimez tout l'espace vide pour réduire
la taille de ce fichier, de ce fait, lors de la prochaine étape de
croissance, le moteur SQL va alors redemander au système une allocation et
ainsi de suite.
Le résultat est catastrophique pour le fractionnement du fichier sur le
disque et vous diminuez donc fortement la performance de votre moteur SQL.

En revanche dans certain cas, ce shrink peut être utile, si vous faites par
exemple un gros chargement de données pour ensuite le vider (cas de
chargement de données avant traitement, pour le décisionnel par exemple). Si
celui.ci n'a pas vocation à se répéter, vous pouvez dès lors faire ce
shrink.

A adapter suivant besoin donc.

--
Cordialement

Romelard Fabrice [MVP]


"Bloubi" :
Bonjour,

J'ai lu à plusieurs reprises sur ce forum, qu'il n'étais pas recommandé de
compacter les fichiers Datas des bases de données.

Quelqu'un sait-il m'expliquer le pourquoi du comment???


Bloubi
Le #11867921
Merci pour votre explication

Bien à vous

"Romelard Fabrice [MVP]" a écrit :

Bonjour,
Le shrink est à utiliser avec parcimonie.
En effet, lorsqu'une base de données a besoin de grossir le moteur SQL
Server fait la demande à l'OS de faire croitre le fichier DB et donc une
allocation de place.

Si vous effectuez un Shrink, vous supprimez tout l'espace vide pour réduire
la taille de ce fichier, de ce fait, lors de la prochaine étape de
croissance, le moteur SQL va alors redemander au système une allocation et
ainsi de suite.
Le résultat est catastrophique pour le fractionnement du fichier sur le
disque et vous diminuez donc fortement la performance de votre moteur SQL.

En revanche dans certain cas, ce shrink peut être utile, si vous faites par
exemple un gros chargement de données pour ensuite le vider (cas de
chargement de données avant traitement, pour le décisionnel par exemple). Si
celui.ci n'a pas vocation à se répéter, vous pouvez dès lors faire ce
shrink.

A adapter suivant besoin donc.

--
Cordialement

Romelard Fabrice [MVP]


"Bloubi" :
> Bonjour,
>
> J'ai lu à plusieurs reprises sur ce forum, qu'il n'étais pas recommandé de
> compacter les fichiers Datas des bases de données.
>
> Quelqu'un sait-il m'expliquer le pourquoi du comment???



Publicité
Poster une réponse
Anonyme