Re: disable/enable all SQL Agent jobs in a non cursor approach
From: Aaron [SQL Server MVP] (ten.xoc_at_dnartreb.noraa)
Date: 03/01/05
- Next message: Joe Webb: "Re: How can client applications know if a table has been changed by another user?"
- Previous message: Alejandro Mesa: "RE: permission denied on object 'sp_sdidebug', database 'dbname',"
- In reply to: Hassan: "disable/enable all SQL Agent jobs in a non cursor approach"
- Next in thread: Hassan: "Re: disable/enable all SQL Agent jobs in a non cursor approach"
- Reply: Hassan: "Re: disable/enable all SQL Agent jobs in a non cursor approach"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 28 Feb 2005 19:51:32 -0500
I don't think so, because you should be calling a stored procedure for each
job. (As opposed to updating a table somewhere in MSDB, which you shouldn't
do without fully understanding what else the procedure does.)
What is wrong with a cursor approach for this type of one-off, admin task?
On 2/28/05 2:53 PM, in article eGUAu8cHFHA.904@tk2msftngp13.phx.gbl,
"Hassan" <fatima_ja@hotmail.com> wrote:
> Is there a way to disable/enable all SQL Agent jobs using a set based
> operation as opposed to a cursory approach that i can think of right now
>
> If so, can one provide the SQL for it
>
>
- Next message: Joe Webb: "Re: How can client applications know if a table has been changed by another user?"
- Previous message: Alejandro Mesa: "RE: permission denied on object 'sp_sdidebug', database 'dbname',"
- In reply to: Hassan: "disable/enable all SQL Agent jobs in a non cursor approach"
- Next in thread: Hassan: "Re: disable/enable all SQL Agent jobs in a non cursor approach"
- Reply: Hassan: "Re: disable/enable all SQL Agent jobs in a non cursor approach"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|