Viewing 15 posts - 52,546 through 52,560 (of 59,091 total)
Thanks, Aaron...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 9:29 pm
Now I don't know .. is replacing of temporary tables with table variables worth it or not?
Absolutely NOT...
And, I agree with Matt... your co-worker doesn't know what he/she is talking...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 9:11 pm
The columns are self sizing... makes real pretty emails... you send an email with the file as an attachment.
ie... SUBJ: Your daily report on whatever is attached.
Now,...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 8:29 pm
In other words, please see the following URL...
http://www.sqlservercentral.com/Forums/Topic418139-8-1.aspx#bm418200
...and don't worry... provided you call it correctly and learn how to use the "Increment" as I've laid out in the URL above,...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 8:02 pm
This has all been totally awesome! Give yourselves a huge pat on the back... 122 posts on a fairly controversial subject and no flame wars. My hat is...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 7:12 pm
Yep... tested the heck out of the CTE solution with ROW_NUMBER() for the running balance... without the clustered index on the appropriate columns, if falls apart in that the running...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 6:57 pm
gints.plivna (2/14/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 6:24 pm
JohnG (2/14/2008)
Heh... thanks Steve... I'll consider it. It would be very difficult, though, because I break out in a bad case of Tourette's syndrome every time I try to do...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 6:18 pm
Christopher Ford (2/13/2008)
Since OVER() doesn't support ORDER BY when used with an aggregation.
How about this one?
SELECT J1.AccountID,
J1.Date,
...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 5:06 pm
While I certainly agree that one should use the right tool for the right job, I'll also be the first to disagree about the shorter the code, the faster it...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 6:11 am
Steve Rosenbach (2/14/2008)
Sounds like you're a good candidate to write "ORACLE for SQL Server Developers." 🙂
Seriously, would you consider writing an article for SQLServerCentral.com about some of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 14, 2008 at 5:56 am
Agreed... basically the same... I've got an extra "Compute Scalar" 'cause of the formatting I did...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 13, 2008 at 11:00 pm
Well stated in both posts, Christopher... But, you've been spoiled by SS 2k5... none of that works in 2k and, I don't know about other folks, but the companies I've...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 13, 2008 at 10:51 pm
Although a lot of this information is several years old, the "basics" still apply.
No, they really don't.
In SQL Server, the UPDATE statement has a FROM clause where you can do...
--Jeff Moden
Change is inevitable... Change for the better is not.
February 13, 2008 at 10:31 pm
Just curious, Art... haven't seen it before... what does a "Database Analyst" do? In other words, what's the job description for a "Database Analyst"?
--Jeff Moden
Change is inevitable... Change for the better is not.
February 13, 2008 at 9:27 pm
Viewing 15 posts - 52,546 through 52,560 (of 59,091 total)