Augmentation de la taille de la BD

Bonjour
Comment peut-on résoudre le problème d'augmentation du taille de la BD.
Y a t-il une requête pour réduire la taille ?
Merci

*Défragmenter vos index puis faire un shrinkfile(ne pas faire le SHRINK que sauf si vous devez avoir besoin d'espace disque)

*La compression des données réduit aussi le stockage de base de données

Citation:

---

Envoyé par genius4evers

Bonjour
Comment peut-on résoudre le problème d'augmentation du taille de la BD.
Y a t-il une requête pour réduire la taille ?
Merci

---

Tout dépend si l'augmentation est liée aux données ou aux transactions.
Que donne les deux requêtes suivantes :

Code:

---

1 2 3 4

SELECT DB_NAME(database_id), size * 8 AS TAILLE_KO, type_desc, name FROM sys.master_files;   DBCC SQLPERF(LOGSPACE);

---

A +

Après l’exécution du cette req , je trouve pas le nom du mon DB dans le resultat.
mon problème est liée aux transactions.

Citation:

---

Envoyé par abdallah_mehdoini

*Défragmenter vos index puis faire un shrinkfile(ne pas faire le SHRINK que sauf si vous devez avoir besoin d'espace disque)

---

C'est quoi ça ? Tu défragmentes tes indexes puis tu les fragmentes juste après ?
Tu ranges la chambre des enfants puis tu lâches une classe d'enfants surexcités dedans... :ptdr: Ça ne me semble pas super efficace !

SHRINK DATABASE peut faire gagner de la place au niveau physique, à condition que les données soient défragmentées.
Avant il faut donc les défragmenter....


Ça ne me semble pas super efficace !---->ne pas faire le SHRINK que sauf si vous devez avoir besoin d'espace disque

Le SHRINK est une opération parfaitement stupide et ne doit être utilisée qu'en cas d'urgence absolue !

A +

J'aurais plutôt dit : le SHRINK est à utiliser dans deux cas :

• Après un nettoyage / archivage massif de tables qui a pour conséquence une réduction importante de la taille de quelques tables qui étaient très volumineuses auparavant, et qui occupaient une bonne part de la taille du fichier de données;
• Lorsqu'on a réalisé une mise à jour de données sur de larges tables sans batcher la mise à jour : cela peut avoir pour conséquence un grossissement exceptionnel de la taille du fichier du journal des transactions;
• Lorsqu'on manque d'espace disque : c'est le cas d'urgence absolue.

@++ ;)

Citation:

---

Envoyé par elsuket

J'aurais plutôt dit : le SHRINK est à utiliser dans deux cas :

• Après un nettoyage / archivage massif de tables qui a pour conséquence une réduction importante de la taille de quelques tables qui étaient très volumineuses auparavant, et qui occupaient une bonne part de la taille du fichier de données;
• Lorsqu'on a réalisé une mise à jour de données sur de larges tables sans batcher la mise à jour : cela peut avoir pour conséquence un grossissement exceptionnel de la taille du fichier du journal des transactions;
• Lorsqu'on manque d'espace disque : c'est le cas d'urgence absolue.

@++ ;)

---

J'y rajouterais :

• lorsqu'une importante restructuration des tables de la base est effectuée

A +