A
stored procedure is a set of Structured Query Language (SQL) statements that you assign a name to and store in a database in compiled form so that you can share it between a number of programs.
Benefits of Store Procedures:
They allow modular programming.
They allow faster execution.
They can reduce network traffic.
They can be used as a security mechanism.
What are the different types of Storage Procedure?
Temporary Stored Procedures
- SQL Server supports two types of temporary procedures: local and global.
- A local temporary procedure is visible only to the connection that created it.
- A global temporary procedure is available to all connections.
- Local temporary procedures are automatically dropped at the end of the current session.
- Global temporary procedures are dropped at the end of the last session using the procedure. Usually, this is when the session that created the procedure ends. Temporary procedures named with # and ## can be
created by any user.
System stored procedures are created and stored in the master database and have the sp_ prefix.(or xp_) System stored procedures can be executed from any database without having to qualify the stored
procedure name fully using the database name master. (If any user-created stored procedure has the same name as a system stored procedure, the user-created stored procedure will never be executed.)
Automatically Executing Stored Procedures -
- One or more stored procedures can execute automatically when SQL Server starts.
- The stored procedures must be created by the system administrator and executed under the sysadmin fixed server role as a background process.
- The procedure(s) cannot have any input parameters.
User stored procedure
- Store procedure created by user is known as User Store Procedure
How do I mark the stored procedure to automatic execution?
You can use the
sp_procoption system stored procedure to mark the stored procedure to automatic execution when the SQL Server will start.
USE master
EXEC sp_procoption 'indRebuild', 'startup', 'true')
How will know whether the SQL statements are executed?
When used in a stored procedure, the RETURN statement can specify an integer value to return to the calling application, batch, or procedure. If no value is specified on RETURN, a stored procedure
returns the value 0. The stored procedures return a value of 0 when no errors were encountered. Any nonzero value indicates an error occurred.
Why one should not prefix user stored procedures with sp_?
It is strongly recommended that you do not create any stored procedures using sp_ as a prefix. SQL Server always looks for a stored procedure beginning with sp_ in this order:
0. The stored procedure in the master database.
1. The stored procedure based on any qualifiers provided (database name or owner).
2. The stored procedure using dbo as the owner, if one is not specified. Therefore, although the user-created stored procedure prefixed with sp_ may exist in the current database, the master database is always
checked first, even if the stored procedure is qualified with the database name.
What can cause a Stored procedure execution plan to become invalidated and/or fall out of cache?
0. Server restart
1. Plan is aged out due to low use
2. DBCC FREEPROCCACHE (sometime desired to force it)
When do one need to recompile stored procedure?
if a new index is added from which the stored procedure might benefit, optimization does not automatically happen (until the next time the stored procedure is run after SQL Server is restarted).
SQL Server provides three ways to recompile a stored procedure:
• The sp_recompile system stored procedure forces a recompile of a stored procedure the next time it is run.
• Creating a stored procedure that specifies the WITH RECOMPILE option in its definition indicates that SQL Server does not cache a plan for this stored procedure; the stored procedure is recompiled each time it
is executed. Use the WITH RECOMPILE option when stored procedures take parameters whose values differ widely between executions of the stored procedure, resulting in different execution plans to be created each time. Use of this option is uncommon, and causes the stored procedure to execute more slowly because the stored procedure must be recompiled each time it is executed.
• You can force the stored procedure to be recompiled by specifying the WITH RECOMPILE option when you execute the stored procedure. Use this option only if the parameter you are supplying is atypical or if
the data has significantly changed since the stored procedure was created.