Viewing 15 posts - 18,736 through 18,750 (of 59,098 total)
Ed Wagner (1/5/2016)
newbie2 (1/4/2016)
Hi Jeff, I'm having the same xp_cmdshell issues. By any chance can you post your script?Thanks
Check out http://www.sqlservercentral.com/Forums/Topic1160922-1550-7.aspx. Jeff posted his presentation he did at a...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 5, 2016 at 8:01 pm
Raastarr (1/4/2016)
Thanks for all of the responses.I've gone with the first solution from Eirikur as [font="Arial Black"]it did exactly what was required [/font]:-).
Careful now... Does it? With some serious...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 5, 2016 at 5:58 pm
DonlSimpson (1/5/2016)
Hugo Kornelis (1/3/2016)
A Calendar table is a table that holds all days for...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 5, 2016 at 5:08 pm
Tallboy (1/5/2016)
Just ran Jeff's code! Worked Brilliantly...Genius....Thank you so much!
But I haven't a clue how it works!
There so many words like XML ,'<<QDate1>>' wot do they do???
What is debug...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 5, 2016 at 6:14 am
Lowell (1/4/2016)
sounds like a one procedure to rule them all situation, not the best way to do things.
I would modify the...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 10:44 pm
Eirikur Eiriksson (1/4/2016)
Jeff Moden (1/4/2016)
Eirikur Eiriksson (1/4/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 10:40 pm
Eirikur Eiriksson (1/4/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 9:55 pm
This will do the trick for the example table given. As usual, details are in the comments. I will say that you didn't need the Temp Tables at...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 9:44 pm
Spelling error got you. Check the spelling on all occurrences of "AppTime" and change them to "ApptTime", which is what is actually in the table.
If we do that on...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 7:05 pm
Duplicate post. Please post answers at the post already in progress.
http://www.sqlservercentral.com/Forums/Topic1749535-3077-1.aspx
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 6:42 pm
matak (1/4/2016)
This could also be for a user defined type.You would need to check the definition of the type to see what it is referencing.
That would be my guess, as...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 6:29 pm
Heh... I'll bet credits to Navy beans that the [SPLIT] function has either a WHILE Loop or some nasty XML in it with odds-on favorite being the WHILE Loop.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 6:24 pm
bpowers (1/4/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 6:15 pm
Lynn Pettis (1/4/2016)
Good question. Just one minor thing, I'd use the following the end of the calendar year:
SELECT DATEADD(DAY, -1, DATEADD(YEAR, DATEDIFF(YEAR, 0, GETDATE()) + 1, 0));
With the understanding...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2016 at 3:24 pm
annjunk (12/27/2015)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2016 at 8:12 pm
Viewing 15 posts - 18,736 through 18,750 (of 59,098 total)