inside the data

**foblar** · 27/07/2006, 09h32

selon l'organisation de donné sur MS sql, on a des extends contenant 8 pages chacun, et que à travert les inserts, update, delete, il y'a des pages qui se vident dans des extends. cela conduit au fait qu'on peu avoir une base de donnée de taille M alors sa taille reel ne vaux que N.

alors ma question est de savoir, comment peu on faire le dianostique de c'est pages vides. et quel est le(s) traitement(s) possible.

merci d'avance

**rudib** · 27/07/2006, 09h42

Bonjour,

pour vérifier la fragmentation de tes tables, index, ..., tu as

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC SHOWCONTIG

Tu as un article de TechNet sur le sujet : Microsoft SQL Server 2000 Index Defragmentation Best Practices

Un code de défragmentation dans la FAQ : http://sqlserver.developpez.com/faq/?page=performance

La défragmentation est une chose que tu peux automatiser dans un plan de maintenance.

Invité · 27/07/2006, 09h48

Un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC SHOWCONTIG

peut déjà t'aider à analyser le phénomène.
Ensuite un rebuild du CLUSTERED INDEX peut remédier partiellement au problème.
Enfin, tu peux aussi jouer sur le fillfactor des index.

**foblar** · 27/07/2006, 09h59

Envoyé par kuzco

Un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC SHOWCONTIG

peut déjà t'aider à analyser le phénomène.
Ensuite un rebuild du CLUSTERED INDEX peut remédier partiellement au problème.
Enfin, tu peux aussi jouer sur le fillfactor des index.

dbcc showcontig est la commande qui permet de voir l'état de fragmentation des index et non des données.

dans ma question je parle bien des données et non des index

merci

Invité · 27/07/2006, 10h02

Je crois qu'il n'est pas possible de jouer dessus.
Les clustered index trient physiquement les lignes d'une table. En le reconstruisant, tu amélioreras cette "fragmentation".

**rudib** · 27/07/2006, 10h24

si ton index est ordonné, ce sont les données. Le dernier niveau d'un index ordonné est physiquement l'enregistrement. En défragmentant l'index ordonné, tu défragmente tes données.

Il est conseillé d'avoir un index ordonné sur toute table importante.

EDIT : ah, pardon Cuzco, tu as déjà dis ça, j'avais pas bien lu.

**foblar** · 27/07/2006, 10h46

Envoyé par kuzco

Je crois qu'il n'est pas possible de jouer dessus.
Les clustered index trient physiquement les lignes d'une table. En le reconstruisant, tu amélioreras cette "fragmentation".

ok je vous remercie

mais est ce que un DBCC shrinkdatabase ne pourrait pas suprimer ou réaffecter ces pages vides

merci encore

**rudib** · 27/07/2006, 11h00

DBCC SHRINKDATABASE avec NOTRUNCATE ou sans, déplace les pages, mais ne les défragmente pas, il n'y a pas d'analyse logique de la table pour savoir où tes données doivent se trouver.

Même si ça le faisait, comment organiser ces données en l'absence d'un index ordonné ? Mettre tous les extents qui comportent des pages d'une même table un peu ensemble, mais dans quel ordre ? Parce que si tu as une table de plusieurs millions de lignes, et que ton SELECT va devoir chercher la première et la dernière page de la table telle qu'elle a été posée en tas, c'est de ce point de vue, toujours un peu fragmenté...

Donc il est conseillé d'avoir un index ordonné. Ensuite, pour défragmenter : DBCC DBREINDEX.

Une façon de défragmenter sans index ordonné, c'est... d'en créer un, puis de le supprimer.