Viewing 15 posts - 39,001 through 39,015 (of 59,098 total)
Tara-1044200 (4/7/2010)
Can some one please let me know what is the exact % of data and backup files that compressess comparing it to 2005.
No because, just like a ZIP file,...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 7:18 pm
gundan01 (4/7/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 7:09 pm
Nice done, Seth. Good clear article. Heh... it's funny how these things happen... I just got done demonstrating to the folks at work how VARCHAR conversions use twice...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 6:48 pm
ChrisMoix-87856 (4/7/2010)
but by point is that he was a certified DBA and because of that, felt entitled to work on our DBA team. Needless to say, we never...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 6:31 pm
robert-695083 (4/6/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 6:18 pm
bteraberry (4/6/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 6:13 pm
nicholas.bazin (4/7/2010)
Hey,I'm quite new to the forum and I greatly appreciate this article.
Much thanks for posting it.
You bet. Thanks for stopping by and thanks for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 5:49 pm
kramaswamy (4/6/2010)
I think that it could be an interesting summer job for an intern,...
Heh... summer intern evaluating code for performance problems. I believe that probably won't help.
...because you're...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 5:46 pm
CirquedeSQLeil (4/7/2010)
You know, it is article worthy. I would like to see an article on what made you decide to implement that method and performance factors etc.
I believe that...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 5:16 pm
Gianluca Sartori (4/7/2010)
CirquedeSQLeil (4/6/2010)
Jeff Moden (4/6/2010)
Steve Jones - Editor (4/6/2010)
It seemed to perform the fastest on...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 3:00 pm
Steve Jones - Editor (4/7/2010)
Jeff Moden (4/6/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 2:57 pm
pnmm (4/7/2010)
About ITVF suggestion, it will not work, because my TVF has logic inside.
Anything you can do in a view (not including indexed views), you can generally do in an...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 2:45 pm
Try using "Inline" Table Valued functions instead. The syntactical difference between a "Multi-line" Table Valued Function and an "Inline" table valued function is explained in Books Online.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 7, 2010 at 7:09 am
Lynn Pettis (4/6/2010)
Steve Jones - Editor (4/6/2010)
Unless someone has a great argument, I am going to choose Gianluca's entry here: http://ask.sqlservercentral.com/questions/4241/whats-the-best-way-to-solve-the-fizzbuzz-question/4631#4631It seemed to perform the fastest on my machine.
No complaints,...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 6, 2010 at 10:36 pm
VERY clever. Seriously. And, removing the following line doesn't hurt much...
WHERE S.flag_null = 1
In that same vain (playing around with your code), it also doesn't...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 6, 2010 at 9:28 pm
Viewing 15 posts - 39,001 through 39,015 (of 59,098 total)