Viewing 15 posts - 48,646 through 48,660 (of 59,102 total)
Sagar (8/24/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 11:23 am
arjun.tewari (8/22/2008)
and its never about working or not working, everyone posting a solution will work but its always about finding a solution which IS MOST PERFORMANT.
Hey guys... Arjun is trying...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 10:00 am
Heh... I'm a little biased... please see the following articles on the subject of Tally tables and splits...
http://www.sqlservercentral.com/articles/TSQL/62867/
http://www.sqlservercentral.com/articles/T-SQL/63003/
For the problem at hand, the following works just fine...
First, create the Tally...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 9:43 am
Sagar (8/23/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 9:16 am
It sounds like they don't really know databases at all because they don't really understand that SQL is not SQL and that taking care of the servers for different RDBMS's...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 8:51 am
Very cool feedback, Rog. Thanks.
You better believe that even a simple subquery is beyond many users. I hope you understand where I'm coming from. How to make this stuff...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 24, 2008 at 8:45 am
dphillips (8/20/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 6:20 pm
So... after you added the index, did you get index seeks or just scans? Also, never trust the execution plan by itself... did you turn statistics on or run...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 1:51 pm
Thanks, Jack...
That's really the rub of it all when you're trying to print somerthing... fixed amount of real estate limited by the fat that the print still has to be...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 1:42 pm
Thanks, Jeff...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 11:34 am
Tom Brown (8/21/2008)
Its brilliant. But how on earth can anyone be expected to figure out the STUFF(... WHERE ... FOR XML PATH('') Syntax - especially when there is no...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 10:51 am
rog pike (8/22/2008)
Jeff writes>Ok... show us the code that you would do it in RAC with.
Here yago.
Minimal Rac execute using standard defaults.
Nicely done... thanks.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 10:30 am
DAvid (8/20/2008)
PRINT '===============...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 10:29 am
Matt Frowe (8/21/2008)
Just wanted to say thanks for the great article - I myself was actually one of the noobies who posted in the forums about this sort of thing....
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 10:27 am
dphillips (8/20/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 23, 2008 at 10:23 am
Viewing 15 posts - 48,646 through 48,660 (of 59,102 total)