Discussion :

[Brenlem]

Bonjour !

Je rencontre ce matin un problème sur certaines de mes tables :
- Ce sont des tables qui contiennent des données de bases et qui sont rechargées chaque nuit :
Truncate table puis insertion de données via un flux SSIS.

Depuis ce matin il est "impossible" d'effectuer un truncate sur la table, un drop/create ne semble pas mieux fonctionner. Par contre un delete from table fonctionne très bien.
Je précise que les mêmes requêtes sur notre base de tests fonctionnent très bien (même environnement, même serveur..)

Je vous joint la syntaxe de création de la table. Qu'est ce qui pourrait occasionner ce genre de lenteur du jour au lendemain?


Environnement : SQL Serveur 2012.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
CREATE TABLE [COMMUN].[TR_Article_unite](
	[Code_societe] [varchar](30) NOT NULL,
	[No_article] [varchar](20) NOT NULL,
	[Code_unite] [varchar](10) NOT NULL,
	[Quantite_par_unite] [decimal](18, 5) NULL,
	[Type_logistique] [varchar](10) NULL,
	[Conditionnement] [decimal](18, 5) NULL,
	[Poids_brut] [decimal](18, 5) NULL,
	[Poids_net] [decimal](18, 5) NULL,
	[Longueur] [decimal](18, 5) NULL,
	[Largeur] [decimal](18, 5) NULL,
	[Hauteur] [decimal](18, 5) NULL,
	[Cubage] [decimal](18, 5) NULL,
	[Tare] [decimal](18, 5) NULL,
	[SPCB] [int] NULL,
	[Type_support] [varchar](10) NULL,
	[Nb_UE_par_couche] [int] NULL,
	[Nb_couches_par_palette] [int] NULL,
 CONSTRAINT [PK_TR_Article_unite] PRIMARY KEY CLUSTERED 
(
	[Code_societe] ASC,
	[No_article] ASC,
	[Code_unite] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

[Boubou2020]

comment tu fait l'appel a votre package ssis a travers l'agent sql server ou une tache windows ?

[Brenlem]

Avec un agent sql server.

J'ai remarqué que j'avais un autre agent qui tournais depuis 1j5h. Agent qui avait du mettre un verrou sur certaines des tables. Du coup les requêtes fonctionnent "normalement".
Il faut maintenant que je trouve pourquoi une tache qui ne prenait pas plus de 10 secondes y a passé tout son weekend..

Merci

[escartefigue]

En même temps, qu'est ce que c'est que ce modèle de données où la clef primaire est composée, de 3 colonnes varchar

[Brenlem]

@escartefigue : Disons que le modèle existe depuis longtemps.
Et que l'optimisation n'est pas quelque chose qui a été abordée. Par contre ce que vous dites est intéressant, il est préférable d'avoir une clé de type auto incrémentale plus une contrainte d'unicité/non nullité sur ces trois colonnes plutôt qu'une clé comprenant ces trois champs?

Ps : C'est un environnement décisionnel, pas un environnement de production.

[Boubou2020]

que te donne

Code :

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

dbcc opentran

[escartefigue]

@escartefigue : Disons que le modèle existe depuis longtemps.
Et que l'optimisation n'est pas quelque chose qui a été abordée.

Et bien c'est dommage, l'optimisation préventive devrait être un pré-requis de toute livraison !
Un modèle bien conçu limite au strict nécessaire l'optimisation curative

Par contre ce que vous dites est intéressant, il est préférable d'avoir une clé de type auto incrémentale plus une contrainte d'unicité/non nullité sur ces trois colonnes plutôt qu'une clé comprenant ces trois champs?
Ps : C'est un environnement décisionnel, pas un environnement de production.

Oui c'est préférable, votre clef sera stable par construction, et plus courte, donc plus économe en CPU (si vous avez un processeur 32 bits, votre clef actuelle est plus longue)

Par ailleurs, vous utilisez des colonnes varchar, qui par construction sont instables, si quelqu'un fait un update en modifiant la longueur et que vous avez des mises à jour en cascade, ça peut entrainer des déplacements de lignes, ce qui est un processus long.

[Brenlem]

Merci pour les réponses, je mettrais tout cela en place lorsque j'aurais un peu de temps.
Pour le moment notre volumétrie ne nécessite pas spécialement d'optimisation mais il vaut mieux prévenir que guérir.
La lecture des livres de SQL Pro s’avérera sûrement productive

[elsuket]

Bonjour,

L'instruction TRUNCATE TABLE étant de type DDL, il est nécessaire au moteur de stockage d'acquérir des verrous de stabilité et de modification de schéma pour les prévenir.
Donc tant que votre charge de travail utilise cette table, il est impossible que l'acquisition des ces verrous se fasse, empêchant ainsi l'ordre TRUNCATE TABLE de s'exécuter.
Voyez donc si aucune transaction ne reste ouverte, comme il a été suggéré à l'aide de DBCC OPENTRAN (attention à être dans le bon contexte de base de données).

@++