Viewing 15 posts - 55,876 through 55,890 (of 59,072 total)
I think these were part of the exercises... haven't tested all the methods for which way they round mostly because some aren't worth the effort... the following code is a...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 10:19 pm
There's actually 2 nearly identical threads for the same thing by the same participants... I'm truly amazed... not in a good way, either. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 10:03 pm
Thought about that, Ronald... that, I believe, would allow the Operators to run xp_CmdShell anytime they wanted and that's not a good thing... 'course, I could be wrong especially since I'm...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 9:52 pm
Outstanding Ram! Welcome to the U.S.A!
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 8:24 am
Thanks, Steve,
The thing that really kills me is the cruddy data that poor ol' Jerry (the OP) has received. The data can be imported and correctly parsed even making some...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 8:21 am
Great idea... thanks everyone...
Carl, thanks for the original idea that everyone seems to be hitting on.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 8:15 am
Rog,
I appreciate the compliment. A long time ago, I realized that the first step towards the "Sql excellence" you speak of is correct identification of the given problem...
Apparently, though,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 8:11 am
You mean just use a scheduled job? Or is there some way to allow the user to start the job "indirectly"?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 7:47 am
The one David was talking about is actually available in "Help" in Query Analyzer... it's also known as "Books OnLine".
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 12:15 am
Heh... did for me... data is pretty well broke... ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 12:13 am
Thanks for the info guys... like I said, I may have to reevaluate my position on where to store images. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
July 6, 2007 at 12:08 am
Not sure why you have the first EndDate becoming a start date but whatever... the following will do what you ask for...
SELECT Client_NHI, MIN(End_Date) AS StartDate, MAX(End_Date) AS EndDate FROM...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 5, 2007 at 8:06 pm
Nope... I'm pretty well spammed out on RAC. How about posting the T-SQL solution that it's supposed to replace?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 5, 2007 at 7:59 pm
Would have been a bit helpful to know that up front.
First, whatever you do... do NOT use dynamic SQL for this because you are allowing the user to type whatever...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 5, 2007 at 7:56 pm
Heh... if you run into a "toughy", c'mon back... lot's of good folks waiting in the wings... ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
July 5, 2007 at 6:23 pm
Viewing 15 posts - 55,876 through 55,890 (of 59,072 total)