Viewing 15 posts - 53,416 through 53,430 (of 59,089 total)
Post the code that you tried, Tony... it's the only way we can see what might be wrong...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 26, 2007 at 9:55 am
I know a lot of people hate the idea but this is where I'd say "enough is enough" and drop the proc into the Master database and be done with...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 25, 2007 at 9:20 pm
Heh... then look up anything by the user known as "Rog Pike"... 😉 A bit more than casual spam.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 25, 2007 at 11:27 am
Ummmm... Not quite true... you can pass in a single delimited variable with named parameter pairs using either a delimited string or XML and split it in the proc....
--Jeff Moden
Change is inevitable... Change for the better is not.
December 25, 2007 at 11:24 am
Perfect... thanks for the feedback, Serqiy! And, long time no see... Happy holidays!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 25, 2007 at 11:18 am
Heh... you're a sick man, Mr. Jones! MERRY CHRISTMAS!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 25, 2007 at 12:21 am
Heh... still at it even late on Christmas Eve, huh, Steve?
Merry Christmas, my friend...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2007 at 4:51 pm
Provided that you haven't disabled the built in administrator account...
Log into the WINDOWS server as the Administrator of the server.
Open Query Analyzer using the Windows NT authentication mode.
Run sp_password to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2007 at 3:42 pm
I'm basically wanting to write an in house app that will update my stored procedures across many databases that we have.
What do you want to do to the stored procedures?...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2007 at 2:59 pm
I'll go a little further to help practicing on indexes... here's how to build a million row table of test data... the details are in the comments...
--===== Create and populate...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 24, 2007 at 10:43 am
Just do a SELECT 1/0.... trust me, it'll throw an error 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2007 at 11:30 pm
Correct... If the IDENTITY column is the last column, you wouldn't need a list of columns in the INSERT clause.
Heh... I've got a real live appreciation for being a bit...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2007 at 10:59 pm
Absinthe (12/23/2007)
1.
I was not saying that the code was fast, merely that it specifically satisfied the described problem of doing it inline without...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2007 at 7:07 pm
C'mon, Midan... this one is easy. Figure it out. If you're returning a column you don't want, then remove it from the SELECT list!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2007 at 6:37 pm
Here's an example of how bad your "gee-whiz" factor code is... first, create the following test table... yeah, I know... It uses SELECT INTO... just do it...
--===== Create and populate...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 23, 2007 at 5:58 pm
Viewing 15 posts - 53,416 through 53,430 (of 59,089 total)