Discussion :

[gilbert42]

Bonjour,
tous les mois nous historisons les données de grosses tables. Nous les stockons vers une autre database, puis épuration de celle en ligne. Nous souhaitons récupérer l'espace ainsi libéré. Le DBCC SHRINFILE le permet mais il est très coûteux en temps de traitement et CPU. Y aurait il selon vous un moyen moins "consommateur".

Merci de vos retours

Gilbert

[mikedavem]

Bonsoir,

En admettant que le volume de données soit énorme et sous réserve de connaitre votre architecture vous pourriez envisager le partitionnement de vos tables qui peut être une solution ... Déplacement de données immédiat sans SHRINK mais administration un peu plus complexe ... A voir ..

D'ailleurs il n'est pas nécessaire de SHRINKER si ensuite le volume de données revient à de nouveau faire grossir votre base ... vous allez engendrer de la fragmentation inutilement ... A moins que vous ayez une bonne raison de procéder ainsi ?

++

[dily0403]

Bonjour,

Voir l'article de SQLPro à ce sujet (notamment l'analogie avec un parking du dernier paragraphe)...

http://blog.developpez.com/sqlpro?ti..._et_t#more5859

Je serais vous, je n'utiliserais pas le DBCC SHRINKFILE dans votre cas.
Si le volume est vraiment important, envisagez d'augmenter la fréquence de votre manip de déplacement de vos données...

Cordialement.

David
Paris - Ile-de-France

[gilbert42]

Bonjour,

Voir l'article de SQLPro à ce sujet (notamment l'analogie avec un parking du dernier paragraphe)...

http://blog.developpez.com/sqlpro?ti..._et_t#more5859

Je serais vous, je n'utiliserais pas le DBCC SHRINKFILE dans votre cas.
Si le volume est vraiment important, envisagez d'augmenter la fréquence de votre manip de déplacement de vos données...

Cordialement.

David
Paris - Ile-de-France

merci bcp pour ces conseils, je vais en tenir compte

Gilbert