Ssis updating database
Again, it’ll be easy to prove, just query sys.indexes and you’ll see.
So, if you need to utilize a stored procedure that has been placed in Master for ease of use and you have to reference system tables within the database you are currently in, you’ll have to make sure to mark it as a system stored procedure.
As you can see from the error, the first procedure doesn’t work as it returns an error. We’ve changed the context of the connection and the engine can’t find the stored procedure named “usp_My Test” in the current database. The second does in fact return results, however you’ll see that it’s a list of indexes from the Master database.
Now, you’ll have to take my word for it that this is a list of indexes from the Master database.
You can easily query sys.indexes to see that they are the same.
This also helps to prove that you can execute a procedure labeled as ‘sp_’, however notice that it’s still in the context of the ‘Master’ database even though we are currently in ‘Temp DB’.
INDEXES END GO CREATE PROCEDURE [dbo].[usp_My Test] AS BEGIN SELECT * FROM SYS.
If you need to execute a parameterized INSERT statement, consider the OLE DB Command transformation.Let’s try marking it as a system object and see what that does to our procedure. You’ll notice that the count is different as well as the index names.Since we know that the ‘usp’ procedure isn’t going to work, I’m going to leave it along for now. It’s a returning the list of indexes for the tempdb database.For more information, see OLE DB Command Transformation.When the OLE DB destination loads data that uses a double-byte character set (DBCS), the data may be corrupted if the data access mode does not use the fast load option and if the OLE DB connection manager uses the Microsoft OLE DB Provider for SQL Server (SQLOLEDB).