inside the data

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

Bonjour,

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

Code:

---

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.

Un

Code:

---

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.

Citation:

---

Envoyé par kuzco

Un

Code:

---

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

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".

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.

Citation:

---

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

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.

Citation:

---

Envoyé par foblar

ok je vous remercie

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

merci encore

---

SHRINKDATABASE modifie la "fragmentation", sans que tu puisses la contrôler.

merci à tous

Pense au tag :resolu: