Viewing 15 posts - 56,086 through 56,100 (of 59,086 total)
IF OBJECT_ID('TempDB..#FileExist') IS NOT NULL
DROP TABLE #FileExist
Make sure the name of the table is correct.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 21, 2007 at 12:13 am
Or... use a BCP Format file...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 11:58 pm
Alvaro... really, really bad idea to sort in a view... really bad...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 11:56 pm
Like everyone has stated... bad idea. Should be done with reporting software or a GUI if you have one. I, too, question the table design for having what appears to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 6:05 pm
CAST (CHD_MONTHLY_INT_RATE AS DECIMAL (12,6) ) /100000
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 5:40 pm
The likely reason it took 78 seconds the first time is because it probably made TempDB larger... the default initial size of TempDB is woefully inadequate. Our production box at...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 9:33 am
Heh... thanks, James. Yeah, I use it a lot, as well... there are a couple of methods that are a bit faster, but there's none simpler or easier to write. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 7:23 am
Pretty sure thats not the way it works, Tomm. If it's 14:00 in central and GMT is used to write the time, the time that will be written is 20:00...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 7:18 am
Midan,
At the risk of sounding mean, you're starting to sound a bit like a broken record... answer Jame's question... ARE YOU USING SQL SERVER 2005 OR NOT?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 20, 2007 at 7:02 am
Thanks, Pop... I'll see what I can do... bet lot's of other folks jump on this one, as well. It's an interesting and classic problem...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 12:27 pm
Thanks, Steve Hare...
I'll see what I can hammer out but I'm also interested in what Steve Jones said about searching a "services list" for MSSQL%. I just need to find...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 12:24 pm
Steve Jones,
I'm a bit ignorant here... how do you "run a query, the search for MSSQQL% in the services list ia a more accurate way"? Where is that "services List"...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 12:22 pm
Heh... Oxygenated Hydro-Carbon intebation.... at least THAT can be done![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 9:40 am
Steve,
Would you post the "dos reg /query" code you're using to find the version? Then I'll see what I can do...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 7:01 am
Also, not sure what you were looking at, but even you second example took over a minute the first time I executed it.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 19, 2007 at 6:38 am
Viewing 15 posts - 56,086 through 56,100 (of 59,086 total)