Viewing 15 posts - 46,126 through 46,140 (of 59,095 total)
TheSQLGuru (1/4/2009)
Jeff Moden (1/3/2009)
jacroberts (1/3/2009)
This method sounds like a bit of a dark art.
Oh, it absolutely is... one that is condemned by many "experts" who have yet to get it...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 5, 2009 at 6:47 pm
Michael Artz (1/4/2009)
Forgive me...have to ask....I presume you concur it's a bad design idea to include the "percentile" information in the table?
Heh... why? You planning on changing the results...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 4, 2009 at 9:17 am
What would you have for such a score? If there are 10 people in a race, isn't first through the 10th place sufficient? That "Partition By" part of...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 10:18 pm
We use a ticketing system to both assign problems and track code. Ticket number in the file name or a folder name works wonders. Each object is stored...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 9:17 pm
And, seriously... if you want better answers faster and maybe even tested answers, post the data for future requests using the techniques found in the link in my signature below.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 9:02 pm
Just to be absolutely correct... the DATEADD portion of the code should be the following...
DATEADD(DD, 1, @specific_day)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 8:54 pm
Now that you have several different methods for separating the data, my recommendation would be to normalize the table so you don't have to use any of those methods in...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 8:51 pm
With the information given, the short answer would be to take a look at ROW_NUMBER OVER (PARTITION BY... ORDER BY...) in Books Online. You could also do similar with...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 8:49 pm
hfxDBA (12/24/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 8:22 pm
battelofhalfwits (1/2/2009)
You seem pretty sure. Have you tested it?
Tested / Worked with = Yes
After all of that, you've just gotta know what's coming...
... prove it. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 8:09 pm
Gaby A. (12/23/2008)
Comments posted to this topic are about the item
Heh... "Cursors Be Gone", indeed... see what you started? 😉 But, do try to pick a better...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 7:59 pm
Haroon Said (12/24/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 7:56 pm
My poor ol' (but very reliable) desktop has a single 1.8 Ghz P4... it's not even a P5. But, like I said earlier, when I get something to run...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 7:45 pm
Matt Whitfield (1/3/2009)
Jeff Moden (1/3/2009)
Nope... unless you changed it for your server, the default Fill Factor is 90.
Are you sure? On all the servers i've found, i get this result...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 5:25 pm
Matt Whitfield (1/3/2009)
@jacroberts - can you include that last one in your test runs monday? I know it's cheating, but I...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2009 at 5:04 pm
Viewing 15 posts - 46,126 through 46,140 (of 59,095 total)