pf » Temporary Stored Procedures on SQL Server

Temporary Stored Procedures on SQL Server

databases

I posted about doing fast bulk inserts with PostgreSQL last week, and with MySQL a while back. Now its time for Microsoft SQL Server.

I'm using a technique similar to what I used for PostgreSQL for SQL server. I'm just creating a temporary stored procedure, and then calling it lots of times. I know you could also create a stored procedure on the server to do this, but here's how you might to it with a temporary one:

SET NOCOUNT ON
GO
CREATE PROC #tempInsertProc
  @id integer
AS
  INSERT INTO foo (bar) VALUES (@id)
GO
EXEC #tempInsertProc 10
GO
EXEC #tempInsertProc 11
GO
EXEC #tempInsertProc 12
GO
DROP PROC #tempInsertProc
GO
SET NOCOUNT OFF
GO

Temporary Stored Procedures

Temporary stored procedures on Microsoft SQL Server are prefixed with a pound sign #. One pound sign means that its temporary within the session, two pound signs ## means its a global temporary procedure, which can be called by any connection to the SQL server during its lifetime.

Check out Microsoft's documentation of CREATE PROCEDURE for more info.

Why temporary procedures?

Your probably wondering why create temporary procedures, when you can just create a permanent stored procedure? In most cases its probably better to use a permanent SP, but if your like me, and don't like putting too much logic in the DB, but need to use a stored procedure, then these are one way to go.



Related Entries
4 people found this page useful, what do you think?

Trackback Address: 459/3C8C844A6E4BABA24803876DE3F92E21
On 09/07/2005 at 5:26:58 PM MDT Barney wrote:
1
Another thought. What if you create a temp table with no indexes in memory, insert everything in there, and then do an INSERT..SELECT statment to move the records to the real table?

On 09/07/2005 at 5:36:12 PM MDT Pete Freitag wrote:
2
That's a good idea, I'll have to test it out!

On 09/07/2005 at 7:19:44 PM MDT Mike Rankin wrote:
3
Can you explain a little more why you would actually want to do this? Have you found a performance improvement? I would think that heavy use of this would bloat up your tempdb. So would using temp tables. I used to use a lot of temp tables, but I've since switched to using table variables. They work about the same and you don't have to worry about deadlocking your tempdb.

If you REALLY have a lot of records to import, you might want to try spooling them to text and using bulk insert.

On 09/08/2005 at 3:07:08 AM MDT Juerg Anderegg wrote:
4
Bulk inserts can also be very fast using prepared statements with sql server. Is it possible to put your statements from above within a <cfquery> to execute within ColdFusion? When I try it, I get the error message "Invalid token '@' found"

On 01/25/2007 at 11:48:16 AM MST abdullah wrote:
5
well maybe you dont have permission to create permanent stored procedures, this is a good way to test it until its ready for production then you can get your dba guy to do it




  



Spell Checker by Foundeo





Subscribe to my RSS Feed: solosub RSS
Tags