How to Stop SSMS 2012 from scripting SPs using sp_executesql

Question

I realise this is a very similar question to Stop SSMS from scripting SPs using sp_executesql?

However, they seem to have changed the behaviour with SSMS 2012.

I

Answer 1

You can't do this without the dynamic SQL because a stored procedure has to be in its own batch. Therefore you can't say:

IF 
  

The only way to keep that in the same batch is to use sp_executesql.

If you're going to script the DROP and CREATE simultaneously, just do it without the check for object existence. This will give you:

DROP PROCEDURE ...;
GO
CREATE PROCEDURE ...;
GO

Who cares if the DROP fails? (It shouldn't, because you just scripted from it!)

If you're scripting this for another system that might have the object, you'll get an error message for the DROP when it doesn't, but the CREATE will still happen, so you can ignore the DROP errors. If you really want you can manually wrap the DROP statements in TRY/CATCH but I don't think it's necessary.

If you need to do this for a lot of procedures, or if you really need the process to not generate benign errors, I suggest you abandon Management Studio's primitive scripting options and use a 3rd party tool for this. They'll have already dealt with many of the issues you haven't yet come across, but will. I blogged about this:

http://bertrandaaron.wordpress.com/2012/04/20/re-blog-the-cost-of-reinventing-the-wheel/