Discussion :

[serge0934]

Bonjour,

je ne sais pas si c'est là qu'il faut que je mette cela mais bon
je fais ici la question et la réponse, ceci pour ceux auront ce pb!

ce matin une personne a vidé une table et je m'aperçois de ceci en exécutant :

Code :

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

sp_spaceused 'CSAgePourCtEtStatut'

Code :

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

1
2
3
 
name	                      rows    reserved	data	      index_size	unused
CSAgePourCtEtStatut	0    	136280 KB	136048 KB	96 KB	   136KB

après avoir vérifié que la table était bien vide je fais un

Code :

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

DBCC CHECKTABLE (CSAgePourCtEtStatut)

et j'obtiens:

Code :

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

1
2
3
4
 
DBCC results for 'CSAgePourCtEtStatut'.
There are 0 rows in 17006 pages for object "CSAgePourCtEtStatut".
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

je précise que la table n'a aucun index

après recherche dans les scripts, la personne a effectué un delete sans clause where

afin de libérer l'espace totalement, il suffit de faire un truncate
voici le résultat après le truncate:

Code :

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

1
2
3
4
 
DBCC results for 'CSAgePourCtEtStatut'.
There are 0 rows in 0 pages for object "CSAgePourCtEtStatut".
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

[Invité]

je précise que la table n'a aucun index

Cherche pas, tu as ta réponse !
J'ai une table sans indexes sur une vieille application sur laquelle il est appliqué quotidiennement un delete complet avant d'y importer des données à partir d'un fichier plat.
Après quelques années, la table qui contenait seulement quelques milliers de lignes pesait plusieurs Go !
J'ai remplacé le DELETE par un TRUNCATE dans le processus pourri et je suis revenu à quelque chose de décent.

[Kropernic]

A quoi cela est-il dû ?

J'aimerais comprendre.

J'utilise également une table sans index pour faire des imports depuis un fichier plat pour ensuite faire le dispatch des données à l'aide d'ordre sql et la table ne pèse pas bien lourd (entre 3 et 4 MB)
Voici les propriétés de la table en question. Par contre, ça indique 0,063MB d'index. De quel index pourrait-il s'agir ? Il n'y a pas de clef primaire ni autre contrainte d'aucune sorte...



Je voudrais savoir si je risque également de me retrouver avec une table occupant une place considérable pour rien.

[SQLpro]

Commencez par faire un DBCC UPDATEUSAGE (Mabase, MaTable), pour réajuster les données statistiques de volumétrie...

En effet, la volumétrie des objets n'est pas calculée en temps réel, ni de manière synchrone. Ce serait trop couteux et pénaliserait les perfs....

A +

[III Jonathan III]

L’instruction DELETE supprime une ligne à la fois et enregistre une entrée dans le journal des transactions pour chaque ligne supprimée.
L’instruction TRUNCATE TABLE supprime les données en désallouant les pages de données utilisées pour stocker les données de la table. Elle enregistre uniquement les désallocations de page dans le journal des transactions.

Comparée à l’instruction DELETE, l’instruction TRUNCATE TABLE offre les avantages suivants :
• moindre espace du journal des transactions utilisé
• moins de verrous utilisés

On ne peut pas utiliser l'instruction TRUNCATE TABLE sur les tables qui :
• sont référencées par une contrainte FOREIGN KEY ;
• participent à une vue indexée ;
• sont publiées à l'aide d'une réplication transactionnelle ou de fusion.

Source : http://technet.microsoft.com/fr-fr/l...ql.105%29.aspx

[mikedavem]

Lorsqu'une page est crée avec au moins une ligne de données 2 pages sont allouées : une page de données et une page IAM. Cette page est comptabilisée dans la colonne index_kb. Donc il est possible d'avoir une valeur > 0 dans ce cas.

Après avoir fait un DBCC UPDATEUSAGE comme le préconise SQLPro, est-ce que tu peux nous donner le résultat de cette commande :

Code :

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

1
2
3
 
DBCC IND(MaBase, MaTable, -1);
GO

Tu remplace MaBase et MaTable par les objets concernées dans ton cas.

++

[aieeeuuuuu]

Bonjour,

en effet, en cas de table heap (sans index cluster), les pages ne sont pas désallouées lors d'un DELETE.

La doc mentionne cela :

When rows are deleted from a heap the Database Engine may use row or page locking for the operation. As a result, the pages made empty by the delete operation remain allocated to the heap. When empty pages are not deallocated, the associated space cannot be reused by other objects in the database.

et propose trois solutions :
1/ celle que vous avez mise en place, à savoir le truncate quand c'est possible.
2/ une qui ne fonctionne pas (ajouter le hint TABLOCK)
3/ et enfin, ajouter un index cluster avant le DELETE qu'il est possible de supprimer ensuite.
(En fait, pour la troisième solution, on peut aussi ajouter puis supprimer l'index cluster après le DELETE.)

To delete rows in a heap and deallocate pages, use one of the following methods.

Specify the TABLOCK hint in the DELETE statement. Using the TABLOCK hint causes the delete operation to take an exclusive lock on the table instead of a row or page lock. This allows the pages to be deallocated. For more information about the TABLOCK hint, see Table Hints (Transact-SQL).

Use TRUNCATE TABLE if all rows are to be deleted from the table.

Create a clustered index on the heap before deleting the rows. You can drop the clustered index after the rows are deleted. This method is more time consuming than the previous methods and uses more temporary resources.

[Kropernic]

Lorsqu'une page est crée avec au moins une ligne de données 2 pages sont allouées : une page de données et une page IAM. Cette page est comptabilisée dans la colonne index_kb. Donc il est possible d'avoir une valeur > 0 dans ce cas.

Après avoir fait un DBCC UPDATEUSAGE comme le préconise SQLPro, est-ce que tu peux nous donner le résultat de cette commande :

Code :

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

1
2
3
 
DBCC IND(MaBase, MaTable, -1);
GO

Tu remplace MaBase et MaTable par les objets concernées dans ton cas.

++

Hello,

Voici le résultat (en pièce jointe). C'est un fichier csv renommé en txt pour être accepté en pièce jointe.

N.B. : La taille de la table a diminué par rapport à l'autre jour. J'imagine que je ne cours donc pas de risque .