Discussion :

[odransart]

Bonjour,

Sur SQL Serveur 2000, j'utilise différentes procédures stockées.
Lorsque j'exécute la procédure sp_Calcul_Balance avec les paramètre, j'obtiens un résultat dans la minute qui suit.
Par contre, lorsque j'essaie d'insérer le résultat dans une table (temporaire ou non), le temps d'exécution et d'insertion passe à vingt minutes.

Est-ce quelqu'un pourrait m'aider à diminuer le temps de traitement?

Merci beaucoup,

Olivier

PS: Le script

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
PRINT CURRENT_TIMESTAMP
 
-- Exécution de la procédure => Durée une minute
exec sp_Calcul_Balance 'LIKE ''[67]%.%.%.%.%''', 'Societe', NULL, NULL, 6, 2007, 1, 0, 0, 1, 3, 3, 'ref5', NULL, NULL, NULL, NULL, ''
 
PRINT CURRENT_TIMESTAMP
-- Création de la table temporaire
CREATE TABLE #Solde
(
	Societe 	varchar (12)  ,
	Compte 		varchar (43)  ,
	RefSolde 	varchar (32)  ,
	BalanceDeb 	float NULL ,
	MvtsDeb 	float NULL ,
	MvtsCred 	float NULL ,
	Mvts 		float NULL ,
	SoldeFin 	float NULL ,
	PCEC 		varchar (9)  ,
	CodeProduit 	varchar (9)  ,
	CodeTiers 	varchar (13)  ,
	CodeAnalytique 	varchar (9)  ,
	Devise 		varchar (3)  ,
	LibPCEC 	varchar (36)  ,
	LibProdOuTiers 	varchar (72)  ,
	Code1C 		char (1)  ,
	Libelle1C 	varchar (150)  ,
	Code2C 		char (2)  ,
	Libelle2C 	varchar (150)  ,
	Code3C 		char (3)  ,
	Libelle3C 	varchar (150)  
) 
 
 
-- Insertion des balances de P&L externes (6/7) et internes (86/87)
PRINT CURRENT_TIMESTAMP
 
-- Exécution de la procédure et insertion dans une table => 20 minutes
INSERT #Solde
exec sp_Calcul_Balance 'LIKE ''[67]%.%.%.%.%''', 'Societe', NULL, NULL, 6, 2007, 1, 0, 0, 1, 3, 3, 'ref5', NULL, NULL, NULL, NULL, ''
PRINT CURRENT_TIMESTAMP
 
-- Suppression de la table temporaire
DROP TABLE #Solde

[SQLpro]

C'est normal les calculs (la requête) se fait en mémoire.
En revanche les données à insérer dans la table de la base tempdb doivent se faire par écriture sur le disque.
Il y a un rapport d'au moins 1 à 1000 entre un accès mémoire et un accès disque.

Ce que vous pouvez faire afin de mnimiser cela est de restructurer votre base temdb :
en placer le fichier des données sur un agrégat RAID 1 physique
en placer le fichier du journal de transaction dur un agrégat RAID1 physique différent du précédent
et en dimensionnant les fichiers (données et journal) à une taille suffisamemment lerge pour qu'aucune opération de croissance n'ait lieu.

Le mieux étant de ne pas utiliser de table temporaire...
D'ailleurs à quoi vous ert-elle ???

A +

[odransart]

"Le mieux étant de ne pas utiliser de table temporaire...
D'ailleurs à quoi vous sert-elle ???"

En fait, compte tenu du temps passé (20 minutes) et du fait qu'on doit lancer deux traitements (soit 40 minutes) via un executable VB, nous avons un time-out de SQL(?).
La solution - peu élégante - est donc de passer par des tables.

Merci

Olivier

[SQLpro]

Il est possible que votre façon de réaliser le traitement, comme l'indexation des tables soit particulièrement inadéquate d'ou ce temps de traitement anormal.

A +