That is quite odd since it is a parameterless procedure. Does the executionplan changes when you execute it under sqlagent's permission? Is there additional locking? Are the connectionsettings the same...

What is the error you get? It looks fine at first sight (although you are not specifying the owner of PROD_MAST_SUBS and are not using stored procedures for abstraction)

an example

ALTER TABLE dbo.Table1

 DROP CONSTRAINT CK_Table1

Batches are a whole serie of sql-statements sent at once by the client.

Stored procedure can contain a whole serie of sql-statements stored on the server.

Pro batchs: some flexibility (like search-commands)...

Also try to monitor the locks on the table. Any transaction taking longer than required?

Drop constraint:

ALTER TABLE table DROP CONSTRAINT constraintname

Describe constraint:

sp_helptext [ @objname = ] 'constraintname'

Greetings,

1. What version of sql server is it and which servicepack do you have applied to it. SP3a or higher is required for sql server 2000 on a windows 2003...

the insert-sequence & select-sequence are out of order

insert-sequence: status at the end

select-sequence: status in the middle

move MAX(CASE WHEN HEADER = 'AFS' AND PROPERTY = 'Membership Number' THEN STATUS...

It should die soon after that. Do you check it with sp_who?

You could use the sql server best practices analyzer on the db. It will report which stored procedures,views needs some work. Like owner not specified ...

Perhaps you will have access...

The process needs to be kept alive till the rollback is completed (which can also take a long time).

Any clues why the vb app suddenly started to work slower?

Can you check if any connections are left open? Maybe there is one with a transaction left open/select pending. (last batchtime in the weeked)

For a custom temporary db, perhaps you...

Make sure the bit-field doesn't allow nulls

Not sure if it may help. I've created a querydef that called a stored procedure. The access-reports recordsource would be then that querydef. Not sure if I've layered another querydef...

Naming in Oracle is a little different.

Try

select count(*) from [linked_servername]..[OracleSchemaName].[Viewname].