enlever message avec sp_start_job

Bonjour,

Quand j'exécute Exec msdb.dbo.sp_start_job 'Mon Job' cela provoque la sortie du message suivant :

Citation:

---

Le travail 'Mon Job' a démarré avec succès.

---

Et ceci même si j'utilise SET NOCOUNT ON;

Comment faire pour se débarrasser de ce message de sortie ?

Bonjour,

Pourquoi voulez-vous enlever ce message ?

SET NOCOUNT n'est pas une option de session faite pour supprimer tous les messages de sortie, mais pour retourner ou non à l'application appelante le nombre de lignes affectées par l'exécution d'une instruction.

@++ ;)

Citation:

---

Envoyé par elsuket

Pourquoi voulez-vous enlever ce message ?

---

Parceque j'exploite cette base à travers un Projet Access ADP,
où sp_start_job est appelé dans un trigger After Update,
et que ce message remonte (mais pourquoi donc???) comme une erreur d'exécution (err.number = 14243)
lorsque je tente d'enregistrer les données et que cela appelle ce trigger

Citation:

---

lorsque je tente d'enregistrer les données et que cela appelle ce trigger

---

OK, mais pourquoi avez-vous besoin de ce job ?

@++ ;)

Citation:

---

Envoyé par elsuket

OK, mais pourquoi avez-vous besoin de ce job ?

---

Pour effectuer en asynchrone des mises à jour complexes qui durent entre 10 et 100 secondes,
sans bloquer l'utilisateur pendant ce temps

Serait-ce donc reculer pour mieux sauter dans les problèmes de blocage ? :P

Quelle est la définition des tables impliquées ?
Quels sont les index sur ces tables ?
Quelles sont les requêtes ? Leur plan d'exécution ?

@++ ;)

Citation:

---

Envoyé par elsuket

Serait-ce donc reculer pour mieux sauter dans les problèmes de blocage ?

---

Il n'y a aucun problème de blocage
Sûrement peut-on encore un peu optimiser, mais il s'agit d'une procédure qui brasse plus d'un million de lignes (effectives, après filtrage)
et qui exécute plusieurs dizaines de UPDATE, INSERT et MERGE (pas de cursor ni d'itération répétitive, rassurez-vous) .
Les indexes sont en place (sinon ce serai plutôt 30 minutes)
Les tables ne sont accédés en écriture que par ce Job.
En bref, il s'agit réellement d'un traitement a effectuer en tache de fond.

Je distingue deux parties dans ce problème :
-Pourquoi access remonte-il comme erreur la simple information que le Job a démarré avec succès ?
-Peut-on contourner le problème en demandant à SQL server de rester totalement silencieux lors de l'appel à sp_start_job ?

En attendant il me reste possible d'appeler sp_start_job dans une procédure stockée normale (dans ce cas pas d'erreur),
mais la logique métier qui détermine quand il est nécessaire d'exécuter ce job se trouve dans les triggers
et est difficile à déterminer dans l'applicatif

Merci beaucoup de vous pencher sur ce problème

Vous avez deux solutions :

- Modifier la procédure sp_start_job qui se trouve dans la base de données système msdb
- Appeler sp_start_job dans une procédure stockée écrite par vos soins, et appelée dans le trigger.

Évidemment, la solution que je préfèrerai est la seconde :)

@++ ;)

Citation:

---

Envoyé par elsuket

- Modifier la procédure sp_start_job qui se trouve dans la base de données système msdb

---

Effectivement, j'ai trouvé la ligne incriminée dans le code source de sp_start_job :

Code:

---

RAISERROR(14243, 0, 1, @job_name)

---

Par contre moi aussi j'aimerai éviter de modifier les sources d'une procédure stockée système de msdb...

Citation:

---

Envoyé par elsuket

- Appeler sp_start_job dans une procédure stockée écrite par vos soins, et appelée dans le trigger.

---

L'ennui, c'est que l'erreur se produit tout de même,
et qu'il est impossible de l'intercepter, même par un bloc TRY/CATCH,
puisque le Error_severity() est à 0, et que CATCH n'intercepte que les erreurs avec un Error_severity supérieur à 10
Même la variable @@error reste à zéro en sortie de la procédure sp_start_job

Il n'y a aucun moyen d'intercepter un erreur avec severity à 0 ?

Bon, je me suis résolu à la solution la moins pire :
J'ai recréé la procédure sp_start_job dans ma base de données,
en lui enlevant le RAISERROR avec une Severity à 0,
Et j'appelle cette procédure au lieu de celle de msdb
C'est toujours mieux que de trifouiller dans msdb, et ma base reste portable sur un autre serveur

Par contre je reste à la merci de toute procédure stockée générant une erreur de severity 0,
comme beaucoup de procédures stockées systèmes le font.

Je suis toujours à la recherche d'un moyen de neutraliser de manière globale les erreurs avec severity 0

Pour résumer, le problème se produit dans un Projet Access ADP,
en enregistrant les données saisies dans un formulaire,
quand une erreur de severity 0 est générée dans un trigger After Update :
Access n'interprète pas cela comme une simple information mais comme une erreur bloquante

N'est-ce pas paramétrable dans Access ?

@++ ;)

Citation:

---

Envoyé par elsuket

N'est-ce pas paramétrable dans Access ?

---

ça ressemble plutôt à un Bug d'Access :
il traite les messages d'erreur de niveau information, théoriquement non bloquants, comme de vraies erreurs, et annule donc la transaction.
Jamais vu le moindre paramétrage à ce sujet dans Access
En plus, les projets ADP sont abandonnés à leurs triste sort par Microsoft depuis 2003 :
Aucune évolution depuis, tout juste sont ils maintenus...

On peut aussi se poser la question du choix qui me semble un peu illogique fait par SQL Server,
de gérer les messages d'erreur et les simples informations par la même instruction RAISERROR ?!?!

Citation:

---

On peut aussi se poser la question du choix qui me semble un peu illogique fait par SQL Server,
de gérer les messages d'erreur et les simples informations par la même instruction RAISERROR ?!?!

---

A n'avoir qu'une seule instruction.
Je ne connais pas de langage autre que SQL où les messages informationnels / d'avertissement / d'erreur le sont autrement.
C'est à cela que servent les niveaux de sévérité et d'état.

Citation:

---

En plus, les projets ADP sont abandonnés à leurs triste sort par Microsoft depuis 2003 :
Aucune évolution depuis, tout juste sont ils maintenus...

---

C'est plutôt d'avoir fait le choix de rester sous ADP qui n'est peut-être pas le bon ...

@++ ;)

Bonjour,

J'ai le même problème, je lance une procédure stockée à partir Access et la macro s’arrête au message 'Le travail '@JobName' a démarré avec succès.

j'ai essayé de mettre le job dans une procédure stockée a part mais toujours le même problème !!!

Quelqu'un aurait une idée pour contourner ça svp

Merci

Citation:

---

Envoyé par azur668

Bon, je me suis résolu à la solution la moins pire :
J'ai recréé la procédure sp_start_job dans ma base de données,
en lui enlevant le RAISERROR avec une Severity à 0,
Et j'appelle cette procédure au lieu de celle de msdb
C'est toujours mieux que de trifouiller dans msdb, et ma base reste portable sur un autre serveur

---

Bonjour,
Merci pour votre réponse, voila ce que j'ai fais et ça marche toujours pas :(

1- j'ai crée une procédure stockée que pour StartJob

Code:

---

1 2 3 4 5 6

CREATE PROCEDURE Import AS BEGIN DECLARE @job_name NVARCHAR(MAX) = 'TOTO' EXEC msdb.dbo.sp_start_job @job_name = @job_name END

---

2- créer une procédure pour faire plein de traitement ajout et mise a jour

Code:

---

1 2 3 4 5 6 7 8 9 10 11

CREATE PROCEDURE [dbo].[PROC_Itraitement] AS BEGIN   --je lance ma procédure d'importation EXEC Import   -- Requetes INSERT + MAJ ....;     END

---

Mais juste après la premier étape j'ai toujours le message 'Le travail '@job_name' a démarré avec succès. qui s'affiche

ce que ACCESS considère comme une erreur

Faut relire ma citation.

Ce que vous faites n'est pas ce qui y est écrit.

J'ai pas alors compris comment il faut faire, pouvez vous m'expliquer svp

Merci

Tu prends le code de la procédure stockée sp_start_job et tu le copies/colle dans une procédure stockée à toi nommée selon ton choix.

Dans cette nouvelle procédure, tu retires l'instruction qui envoie le message d'information.

Et c'est cette procédure que tu utilises pour démarrer ton job.

Merci de tes réponses
Je suis un débutant en Sql Server lol

Je trouve pas le code de la procédure stockée sp_start_job,

j'ai crée des importations avec l'assistant que j'ai mis dans un Job, puis mon seul code que j'ai utilisé c'est :

Code:

---

1 2	DECLARE @job_name NVARCHAR(MAX) = 'TOTO' EXEC msdb.dbo.sp_start_job @job_name = @job_name

---

!!!
ou est ce que je peux récupéré le code sp_start_job Svp?

Merci