Viewing 15 posts - 35,611 through 35,625 (of 59,099 total)
Mad Myche (12/21/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2010 at 9:44 am
Phil Parkin (12/23/2009)
Jeff Moden (12/22/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2010 at 9:35 am
dlinetsky (12/21/2010)
REPLICATE('0',10-LEN(SomeNumber)) + CAST(somenumber AS VARCHAR(10)), which has always worked well for me, but appears to be...--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2010 at 9:31 am
vinothraj (12/21/2010)
I dont know why its gets differs.. attached screenshot.. by the by, my machine is i5
Which code did you use for that test? If the answer is that...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2010 at 9:25 am
SQLkiwi (12/20/2010)
Wildcat (12/20/2010)
How could a NOLOCK hint to the target table on the DELETE or UPDATE statement? Make no sense to me.
Precisely. It's just an oversight in the parser:
--...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2010 at 12:29 am
vinothraj (12/20/2010)
Jeff Moden (12/17/2010)
vinothraj (12/16/2010)
I've checked elapsing time for each of those and got approximate time is less for current_timestamp than getdate().Is current_timestamp better? i think so....
Please post the test...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 11:20 pm
Ok... since I don't subscribe to SQL Server Magazine, I can't get to the actual code listings but I cobbled together a non-RBAR function that uses the Tally Table instead...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 10:27 pm
bitbucket-25253 (12/20/2010)
SELECT so.Name AS 'Table',sc.Name AS 'Column'
FROM sys.sysobjects...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 9:19 pm
fabricioaraujorj (12/20/2010)
Jeff Moden (12/17/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 9:14 pm
Mad Myche (12/20/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 9:12 pm
James Stover (12/20/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 9:01 pm
Agh! Gotta remember to read down. Remi already suggested what I just did.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 8:54 pm
ravisamigo (12/20/2010)
Dear All,Is there any option to pause the query and resume later if it takes more time to finish?
Please advise.
Thanks and Regards,
Ravichandra.
IF somecondition is true WAITFOR TIME 'hh:mm:ss'
Of course,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 8:53 pm
DKlein (12/20/2010)
It is going from a raid 5 to a raid 5, from box to box. From 32bit (publisher) to 64bit (subscriber).Thanks again,
DK
Now would be a good time to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 8:50 pm
SKYBVI (12/20/2010)
this thread is 15 months old..the figures would change now as that time it was recession and
now the market is growing very fast..
Regards,
Sushant
DBA
West Indies
heh... didn't even look. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 20, 2010 at 8:49 pm
Viewing 15 posts - 35,611 through 35,625 (of 59,099 total)