Viewing 15 posts - 51,091 through 51,105 (of 59,102 total)
Nope... they would fall in the category of "abusers" or "Know-It-Alls"... heh... Know-It-Alls... funny how the abbreviation for that is "KIA"... 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 7:00 pm
If there is no difference between the DTS jobs, check both servers using the DBCC USEROPTIONS command... look for what the setting in the "dateformat" setting is. Compare the...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 6:56 pm
And, just a note... all the data should be stored vertically instead of horizontally... it should only be pivoted or cross-tabbed for display purposes... would make your calculations a whole...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 1:59 pm
Yeaup... that's the one I used. Works fine, fails safe, and drains to the bilge. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 1:56 pm
GSquared (4/16/2008)
Jeff Moden (4/16/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 1:21 pm
Thanks, Gus... the order was to preserve Asimov's original order and because they can be broken down more simply as "Protect the data, protect the project, protect the user" and...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 9:34 am
True enough... you won't always be able to use something like INNER MERGE JOIN because the optimizer doesn't always like it.
Teaching a man to fish... the WITH RECOMPILE option is...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 9:27 am
Dang... I keep forgetting about that... thanks for the reminder, Matt. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 9:21 am
corey.psychological (4/16/2008)
aaah SPOT ON!!:D:D:D:D:D:D:D:D:D:D:D:D:D
THANKS ALOT FOR THE HELP!!!!!!!
Heh... you did it... you took the time to post some simple table structures and some data. You made my day because...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 9:16 am
SELECT RateID, CONVERT(CHAR(8),CAST(SUM(CAST(EndTime - StartTime AS FLOAT)) AS DATETIME),108) AS TotalHours
FROM ConsultancyDetails
GROUP BY RateIDYou can't sum the difference between two date times... but...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 2:13 am
Hey Highway! Don't give up, yet... turn this into a learning experience because Sergiy is correct... no matter where you go, you're going to run into steaming piles of...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 16, 2008 at 1:22 am
Whoa... wait a minute... back the performance pony up! Let's review the facts...
1. escaleraroyal already stated that the vendor tested it in QA and it was slow...
2....
--Jeff Moden
Change is inevitable... Change for the better is not.
April 15, 2008 at 6:05 pm
Corey,
This looks a bit like homework, and we don't mind helping with that because you tried on question 1.
We need just a bit more information...
In the first...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 15, 2008 at 5:52 pm
Your co-worker is, well... wrong! Even if you had the best indexing in the world on all the tables, updating 18 million rows with new data for the new...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 15, 2008 at 5:09 pm
If you do this with a trigger, the INSERT trigger table will have all the rows that changed in it... automatically...
... then , the trigger could insert into the...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 15, 2008 at 5:01 pm
Viewing 15 posts - 51,091 through 51,105 (of 59,102 total)