Discussion :

[Baquardie]

Bonjour,

Mon problème se situe sur notre serveur SQL 2000.

J'ai une stored procedure qui prend une éternité à rouler (20-30 minutes) lorsque c'est le SQL Server Agent qui fait l'appel (au niveau des jobs). Or, si je cancel la job et que j'exécute la stored procedure dans le query analyser, pas à pas, chaque requête prendre 3-4 secondes à rouler (une douzaine de requêtes).

Qu'est-ce qui pourrait expliquer qu'au niveau de l'agent, ce soit beaucoup plus long à exécuter qu'au niveau du query analyser ?

Merci pour votre aide !

[SQLpro]

Tout dépend des options de configuration lors de l'exécution de la procédure.
Voyez quels sont les options courantes de votre config dans SSMS et exécutez les mêmes de manière préventives dans le script de lancement de l'EXEC de votre proc.

En sus, vous devez explicitement préfixer tous vos objets par des préfixes de schéma (table, vues, proc...), dans la procédure.

Enfin, évitez de mélanger du DDL et du DML dans une proc.

A +

[Baquardie]

Merci de votre réponse,

Tout dépend des options de configuration lors de l'exécution de la procédure.
Voyez quels sont les options courantes de votre config dans SSMS et exécutez les mêmes de manière préventives dans le script de lancement de l'EXEC de votre proc.

Je ne comprend pas trop comment faire cela ?

Voici les options définies dans ma stored :

Code :

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

1
2
3
4
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

Enfin, évitez de mélanger du DDL et du DML dans une proc.

Je n'en mélange pas en effet mais j'aimerais savoir pourquoi il faut l'éviter?

[SQLpro]

Cela provoque des recompilation, donc des recalculs de plan... Pourquoi ? Parce qu'il est impossible de savoir si une requête SELECT est syntaxiquement correcte lorsque l'objet sur laquelle elle porte n'a pas encore été créé !

A +