Discussion :

[bédu1]

Bj tous,

J'ai une BD dont les tables s'enrichissent d'1 ligne chaque 5 secondes via une application de Logging. Chaque enregistrement datant de plus d'1 mois est effacé (1 X par jour via un job).

Comme je désire retrouver les données via la Date, un index à été créé sur le champs Date.

Jusqu'à il y a quelques mois, le système était lent à retrouver les données.
Alors j'ai passé l'index Date à "Clustered". Cela à fortement augmenté la rapidité d'accès aux données.

Depuis, la commande shrink (qui est exécutée 1 X / j) est plus rapide mais ne permet plus de garder constante la taille du fichier de base de données alors qu'avant la "cluterisation des index", elle l'était!

Code la commande Shrink: DBCC SHRINKDATABASE (N'Base', 0,TRUNCATEONLY)

J'ai essayé de défragmenter les index de 2 des tables (il y a 20 tables en tout) avec la commande : DBCC INDEXDEFRAG (Base,Table,Clustered_Index) sans succès!

Quelqu'un connait-il ce genre de prôblème?
Lorsqu'on a des index "clustered", y a -t-il une opération de maintenance particulière à réaliser pour ratrapper les espaces "Vides"?

Merci d'avance,
bédu1

[SQLpro]

Le SHRINK des fichiers d'une base de données est une abération.
éviter de faire cela et dimensionnez les fichiers de votre base de données de manière appropriée.
La maintenance des index suppose de bien connaître des dernier. Voyez déjà s'ils sont fragmentés avec DBCC SHOWCONTIG.
Si votre index cluster est monotone et aucune mise à jour alors il ne devrait jamais être fargmenté.

A +

[usf70]

Voici un site où la fragmentation des indexs est bien expliquée :
http://www.sql-server-performance.co...gmentation.asp
Et un autre sur les façons differentes de les reconstruire, suivant les cas:
http://www.sql-server-performance.co...ng_indexes.asp

Sinon, pour le shrink, je rejoint SQLPro dans ses dires. Il ne faudrait l'utiliser que comme mesure extrême.