Discussion :

[arona]

Bonjour à vous j'ai une proc stock qui met bcp de temps pour s'exécuter et je ne comprend âs pourquoi cela pose tant de problème pour un simple update .
Voici mon code

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
CREATE PROC updatesector ( @issuer char(20) = null ,
@sector char(15) = null) as
 
 
 
IF @issuer = null or @sector = null
BEGIN
RETURN 50000
END
 
BEGIN TRAN
 
 
UPDATE SE_ISS_DBF
SET M_SECTOR=@sector
WHERE M_SNAME=@issuer
 
 
UPDATE MPY_RSKC_DBF
SET M_SECTOR=@sector
WHERE M_ISSUER=@issuer
 
 
COMMIT TRAN
 
RETURN 0

En plus dans mon soucis de "débuggage" je voudrais des logs sur l"exécution de ma proc, qui je le signale fonctionne mais est tres lente (3-4 secodes).
Le begintran et commit me sert'il ou pas ?? ou est loggé (si elle est loggé..) mon action ?
Merci de m'aider
A+

[mpeppler]

La lenteur est sans doute causée par un chemin d'accès non-optimal pour l'un ou l'autre des deux UPDATE.

Il fait exécuter la proc avec l'option SET SHOWPLAN ON et SET STATSTICS IO ON. Cela permet ensuite de determiner quel plan d'accès est utilisé (quel index, ou y a-t-il un table scan, etc.)

Pour ce qui est des BEGIN/COMMIT TRAN, ils ne servent pas à logger l'opération à proprement parler, mais bien à s'assurrer que les deux updates soient effecté en un seul bloc.

Michael

[arona]

Oui merci ..
Sorry j'ai pas clos le thread.