<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Mohammad Meimandi
»
Potential Issue with Re-Naming Stored...
37 posts, Page 3 of 4
««
«
1
2
3
4
»»
Potential Issue with Re-Naming Stored Procedures
Rate Topic
Display Mode
Topic Options
Author
Message
Mohammad Meimandi
Mohammad Meimandi
Posted Thursday, October 07, 2010 9:24 AM
SSC Rookie
Group: General Forum Members
Last Login: Yesterday @ 2:46 PM
Points: 29,
Visits: 64
Yes after the re-name has occured if you alter procedure then it will update the syscomments
Mohammad Meimandi
Database Consultant
http://www.cubeangle.com
Post #1000625
Brandie Tarvin
Brandie Tarvin
Posted Thursday, October 07, 2010 9:40 AM
SSCertifiable
Group: General Forum Members
Last Login: Yesterday @ 10:58 AM
Points: 6,655,
Visits: 5,678
But if you're going to rename and alter, you might as well just drop and create. It's cleaner.
Brandie Tarvin, MCITP Database Administrator, MCDBA, MCSA
Webpage
:
http://www.BrandieTarvin.net
LiveJournal Blog
:
http://brandietarvin.livejournal.com/
On
LinkedIn!
,
Google+
, and
Twitter
.
Freelance Writer:
Shadowrun
Latchkeys: Nevermore
,
Latchkeys: The Bootleg War
, and
Latchkeys: Roscoes in the Night
are now available on Nook and Kindle.
Post #1000637
Mohammad Meimandi
Mohammad Meimandi
Posted Thursday, October 07, 2010 9:41 AM
SSC Rookie
Group: General Forum Members
Last Login: Yesterday @ 2:46 PM
Points: 29,
Visits: 64
Agreed. DROP/CREATE is also easier to be put in a script
Mohammad Meimandi
Database Consultant
http://www.cubeangle.com
Post #1000640
SanjayAttray
SanjayAttray
Posted Thursday, October 07, 2010 10:03 AM
Hall of Fame
Group: General Forum Members
Last Login: Friday, March 15, 2013 2:43 PM
Points: 3,924,
Visits: 1,554
For the same reason I never use sp_rename to rename object in sql server.
Always prefer if exist method.
if exists (select * from sys.objects where object_id = object_id(N'[dbo].[Object_name]') and OBJECTPROPERTY(object_id, N'IsProcedure') = 1)
drop procedure [dbo].[object_name]
GO
Create procedure dbo.object_name
as
SQL DBA.
Post #1000664
UMG Developer
UMG Developer
Posted Thursday, October 07, 2010 10:07 AM
SSCrazy
Group: General Forum Members
Last Login: Monday, May 13, 2013 11:21 AM
Points: 2,163,
Visits: 2,148
Nice article, I think it is good to bring light to this situation.
However, I think it is interesting that you only found the problem because of bad data on a report. Does your application to copy the database not report the errors it encounters while transferring objects? (Proper error handling could have saved you hours of investigation.)
Post #1000665
Mohammad Meimandi
Mohammad Meimandi
Posted Thursday, October 07, 2010 10:24 AM
SSC Rookie
Group: General Forum Members
Last Login: Yesterday @ 2:46 PM
Points: 29,
Visits: 64
UMG Developer (10/7/2010)
Nice article, I think it is good to bring light to this situation.
However, I think it is interesting that you only found the problem because of bad data on a report. Does your application to copy the database not report the errors it encounters while transferring objects? (Proper error handling could have saved you hours of investigation.)
Well as far as the application is concerned no error has occured here. The SQLDMO pulled all objects and scripted them successfully. Only when running the generated script have you the chance to check the errors and see if any of your create statements have failed due to duplicate create statements and of course we failed at this point.
Mohammad Meimandi
Database Consultant
http://www.cubeangle.com
Post #1000682
UMG Developer
UMG Developer
Posted Thursday, October 07, 2010 11:17 AM
SSCrazy
Group: General Forum Members
Last Login: Monday, May 13, 2013 11:21 AM
Points: 2,163,
Visits: 2,148
Mohammad Meimandi (10/7/2010)
[hrWell as far as the application is concerned no error has occured here. The SQLDMO pulled all objects and scripted them successfully. Only when running the generated script have you the chance to check the errors and see if any of your create statements have failed due to duplicate create statements and of course we failed at this point.
OK, I thought that the application generated and executed the scripts, but I see I missed the part that you run the scripts manually.
Post #1000729
SQLRNNR
SQLRNNR
Posted Thursday, October 07, 2010 6:47 PM
SSCoach
Group: General Forum Members
Last Login: 2 days ago @ 1:07 PM
Points: 18,733,
Visits: 12,332
Thanks for the article.
Jason
AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008
SQL RNNR
Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #1000978
davepaulino
davepaulino
Posted Thursday, October 07, 2010 11:17 PM
Forum Newbie
Group: General Forum Members
Last Login: Thursday, October 07, 2010 11:14 PM
Points: 1,
Visits: 0
We also encountered this problem when we generate using sql compare application. Our workaround is to drop and recreate the procedure or functions. Great article!
Post #1001021
Mohammad Meimandi
Mohammad Meimandi
Posted Friday, October 08, 2010 9:17 AM
SSC Rookie
Group: General Forum Members
Last Login: Yesterday @ 2:46 PM
Points: 29,
Visits: 64
CirquedeSQLeil (10/7/2010)
Thanks for the article.
Thanks for reading it!
Mohammad Meimandi
Database Consultant
http://www.cubeangle.com
Post #1001395
« Prev Topic
|
Next Topic »
37 posts, Page 3 of 4
««
«
1
2
3
4
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
