Viewing 15 posts - 54,091 through 54,105 (of 59,072 total)
Or, better yet... best of both worlds
select sum(CorporateRevenue07.CommissionableRevenue) as totals,
CorporateRevenue07.Code
from CorporateRevenue07
where CorporateRevenue07.ProcessDate = '6/1/07'
and CorporateRevenue07.CommissionableRevenue > 0
and CorporateRevenue07.Code like 'WCSSHORE%'
AND CorporateRevenue07.RevDate = '1/1/07'
and CorporateRevenue07.Gate = 'WW'
and CorporateRevenue07.RevType = 'TB'
group by...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 9:49 pm
select sum(CorporateRevenue07.CommissionableRevenue) as totals,
LEFT(CorporateRevenue07.Code,8) AS Code
from CorporateRevenue07
where CorporateRevenue07.ProcessDate = '6/1/07'
and CorporateRevenue07.CommissionableRevenue > 0
and CorporateRevenue07.Code like 'WCSSHORE%'
AND CorporateRevenue07.RevDate = '1/1/07'
and CorporateRevenue07.Gate = 'WW'
and CorporateRevenue07.RevType = 'TB'
group by LEFT(CorporateRevenue07.Code,8)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 9:46 pm
Is it possible to say, "Starting at the right of the DestHost field, go left until the 2nd dot and drop that dot and everything to the left of it....
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 9:35 pm
The keyword is contiguous.
Give me the start and end date of all contigous date sequences.
Actually, Michael... according to that bit of information, I don't think you give a rat's...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 9:04 pm
Matt is correct... he's beat the snare right off that drum... and guess what? He's right! Matt and I have done a huge amout of testing and using...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 5:24 pm
Took a while to get the code realigned correctly after the copy/paste operation
Matt,
Reformatting code that you've copied from those "Code" windows is actually pretty easy (although I wish they'd just...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 3:16 pm
Actually, you can get to the precise post Matt is talking about by clicking on the following... not need to hunt pages...
http://www.sqlservercentral.com/Forums/Topic419472-65-2.aspx#bm422799
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 2:59 pm
Not sure, but I think dynamically creating a cursor is like dynamically creating a temp table... you may get it to work, but it'll likely be out of scope just...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 2:54 pm
Sorry... must still have the "ranger eye's" going on from lack of sleep the other day... I just say the results you posted for the run.
Thanks for fixing my boo-boo....
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 2:34 pm
==============================================================================
The XML path() method
------------------------------------------------------------------------------
00:00:08:423 Duration (hh:mi:ss:mmm)
==============================================================================
Now... THAT's impressive! It reduced the processing time by almost 2/3rds. Rare thing when you find a gem like that. Thanks!
EDIT: ...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 2:25 pm
No noticeable difference in processing time.
You mean on the dynamic SQL by itself or the whole Phone Test #1?
Thanks for the great tip (we call them "oolies" in the US...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 2:22 pm
Oh, I will add in an additional challenge if you two feel like it.
Take data of the following form, with a lot, lot more data (say 100 000 rows and...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 1:13 pm
Bottom of the page. It's actually a CSQ, but it seems to run like the wind with proper indexing (8 seconds re-concatenating the 3.54M phone numbers I extracted previously). Those...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 10:47 am
Ok... first things first... after a (finally) decent night's sleep, I did the Phase II code for the phone number problem. Assuming you still have the Tally table active,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 9:50 am
Me too! Anyone know where there might be a posting for it? Or, maybe post it here so we can do some testing on it?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2007 at 5:47 am
Viewing 15 posts - 54,091 through 54,105 (of 59,072 total)