Viewing 15 posts - 30,646 through 30,660 (of 59,101 total)
Eugene Elutin (3/23/2012)
...
Let's have a race and see how much of a difference there is.
...
NO Jeff! You don't want to do this!
BWAAA-HAAA!!!! Of course I do. But...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 24, 2012 at 11:46 am
Gianluca, my ol' and trusted friend,
Very nice and well written article with lots of well fomatted, easy to read, documented code. Nicely done.
Shifting gears, I have a couple of...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2012 at 7:29 pm
Lisa Slater Nicholls (3/23/2012)
charles.southey (3/23/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2012 at 6:37 pm
NuB2Sql (3/23/2012)
Thank you SOOOOOOOOOOOOOOOOOOOOOOOOO much!
it worked. if you didn't figure that out already there, i said it, it worked! 🙂
You are awesome! I have been fighting...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 23, 2012 at 1:45 pm
ColdCoffee (3/22/2012)
Order by NEWID and take the TOP 400 🙂
I have to say that I agree with that. If the rows are in the random order provided by NEWID(),...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 11:02 pm
Sean Lange (3/22/2012)
capn.hector (3/22/2012)
Sean Lange (3/22/2012)
capn.hector (3/22/2012)
Sean Lange (3/22/2012)
Even better, don't use loops. :hehe:i was waiting for that one. :w00t:
Somebody had to say it...and I was kind of surprised...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 10:13 pm
Ah... there you are. Had accidently deleted this thread from my email chain and lost track of it.
I've been thinking about what you say folks are going to do...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 8:54 pm
Nadrek (3/18/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:46 pm
SS999 (3/15/2012)
You are releasing space to the OS from tempdb, which might get ur indexes rebuild little faster than usual when you are doing online.
Oh, be careful now... that would...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:31 pm
Ah! I just remembered what the cause of this slowdown may be. Did you (or someone) recently change the database from either the "Simple" or "Bulk Logged" recovery...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:27 pm
ChrisM@Work (3/19/2012)
SELECT n = (n1 + n2 + n3 + n4)
FROM (((VALUES (0),(100),(200),(300),(400),(500),(600),(700),(800),(900)) t3 (n3)
CROSS JOIN (VALUES (0),(1),(2),(3),(4),(5),(6),(7),(8),(9)) t1...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:20 pm
Eugene Elutin (3/22/2012)
...
It's actually what scalar UDF's were invented for and one of the few places where RBAR actually has the advantage. Of course, I threw in...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:07 pm
support 23368 (12/11/2009)
Hi Jeff,Yes I will most definately let you know how long it takes. I am going to start on it tonight.
Wow! It's taking a very long time!...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 7:01 pm
justforgroups2004 (3/22/2012)
🙁Look like it doesn't work inside the OLE DB Source of SSIS (?)
Ummmm... why are you doing this type of stuff in SSIS? And, if you absolutely...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 6:55 pm
faroz2003 (3/16/2012)
Pls explain me the below query
select * from xyz
where year(created_on) <2010
if i give date instead of year it will work?
note: "xyz" is a table and "created_on "...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2012 at 6:51 pm
Viewing 15 posts - 30,646 through 30,660 (of 59,101 total)