Discussion :

[Bjuice2]

Bonjour,

J'ai une base de données qui possédait 8Go de données,
Ce matin j'ai fait une épuration de cette base afin de récupérer de la place.
Destruction des tables de test + truncate de tables de log.

J'arrive maintenant à 4.8Go de données mais mon fichier de données fait toujours 8Go.

Comment puis je faire pour réduire la taille de mon fichier de données ou du moins de répartir l'espace disponible de manière rationnelle en fonction de la taille de mes table.

Ex : table T1
Avt épuration 1Go + 2Mo de dispo, apres épuration 150Mo + 850Mo de dispo
alors que mes tables non épurées et très solicitées ont toujours moins de 5 Mo de dispo.

Autre question.

j'ai remarqué que si je refaisais grossir une de mes tables, l'allocation d'espace disponible se faisait en tronquant l'espace disponible des autres tables et non en augmentant la taille du fichier de données.
Cela pénalise t'il mes temps de réponses ?
Du plus parfois j'ai un message comme quoi la transaction a été choisit comme victime.
Cela ne peut t'il pas avoir un rapport avec l'allocation d'un nouvel espace de travail?

Merci par avance,

[f_bobo]

Salut,

J'ai eu déjà ce type de soucis. Cela peut venir du fait que la base n'est pas en mode auto-shrink.
Mais dans certains cas, je devais recourir à un DBCC shrinkdatabase.
Ne l'ayant pas réaliser depuis longtemps, je ne me souviens plus vraiment des détails.
Les spécialistes abonderont on non dans mon sens.

Cordialement,

Florent

[SQLpro]

1) il est notablement contre performant de laisser un fichier de données de la base de données en mode de croissance automatique et faire des autoshrink dessus.
2) si vous voulez des performances, ce n'est certes pas en manipulant les fichiers, mais en défragmentant régulièrement les index, mieux en construisant des clefs primaires et des index avec les bon pramètres
3) pour de meilleures performances, il vaut mieux créer un fichier de taille fixe pour les données, dont le volume est estimé comme celui de la base à terme (par exemple 3 à 5 années d'exploitation).

Je vais faire paraître une série de 5 articles généraux sur l'optimisation des bases de données SQL Server dans SQL Server magazine à partir d'octobre 2006.

Vous pouvez aussi venir à l'un des cours d'optimisation que je donne en formation professionnelle !

A +

[Bjuice2]

J'ai bien noté votre réponse et attends impatiament vos articles.

Mais par contre comment puis répartir de maniere equitable, entre mes tables, l'espace disponible dans ma bases.

Merci par avance,

Cordialement.

[SQLpro]

DEFRAGMENTEZ et réindexez régulierement. C'est tout !

DBCC INDEXDEFRAG
DBCC DBREINDEX
CREATE INDEX ... DROP EXISTING

A +

[Bjuice2]

J'ai fais les manips indiqués précedement,
Mais cela ne resout que partiellemnt mon problème.
Dès que mes tables sont trop sollicitées l'espace disponibles de ces tables redevient quasi nul.

N'y a t'il pas un moyen de gérer la réservation d'espace table / table ?

Peut t'on créer un fichier de données / tables ou du moins par groupe de table ?

Merci par avance,