Viewing 15 posts - 37,156 through 37,170 (of 59,072 total)
Ah... apologies. I see that Remi already posted such a comment. I've really got to learn to read a whole thread before posting.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:49 pm
Kingston Dhasian (8/22/2010)
One more solution to your problem
SELECT * FROM holidays WHERE DATEDIFF( DAY, freedate, GETDATE() ) = 0The below mentioned article might be helpful to you
Ummm... no. Sorry,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:48 pm
harshinderkaur (8/22/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:41 pm
If TempDB is "used heavily" as you say, then a spindle per CPU would be really good but... the big thing is to get that log file off those disks...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:38 pm
WayneS (8/22/2010)
And we know that Jeff doesn't want any pork chops aimed at him! :w00t:
Z'actly. I'm busy enough launching them. I don't have time to watch for incoming....
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:27 pm
SqlServerLover (8/22/2010)
This is how i have done as a solution of this problem .
In my company, there...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:20 pm
Heh... I'm one of those people that hate the "just do what I say" line. That's a 6 pork chop offense in my book.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 7:05 pm
GilaMonster (8/22/2010)
Jeffrey Williams-493691 (8/22/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 5:27 pm
Ninja's_RGR'us (8/22/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 5:20 pm
I'm pretty sure that statistics TIME and IO don't include SQLCLR and I believe they sometimes miss what's happening in UDF's that a query may contain. I'll have to...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 5:17 pm
Ninja's_RGR'us (8/22/2010)
In the mean...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 1:49 pm
wardster (8/21/2010)
Thanks for the quick reply.
The solution I'm in the middle of testing uses a permanent staging table rather than temp table or table variable. Does this mean...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 1:36 pm
zawhtway (8/21/2010)
Here is the code I have done and tested and seems working.
Correct me if something is wrong. I'll have some more to do
use MobilePOD
Declare @chkHoliday int
Declare @chkTomorrow int
declare @DayName...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 1:29 pm
GilaMonster (8/22/2010)
SqlServerLover (8/21/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 22, 2010 at 12:57 pm
Ditto on Gails recommendation. It will many times recommend indexes that don't do anything for performance at all. Test for performance after any index addition/change.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 21, 2010 at 1:26 pm
Viewing 15 posts - 37,156 through 37,170 (of 59,072 total)