Viewing 15 posts - 11,881 through 11,895 (of 18,923 total)
Assuming that the join is sargable then yes (not converting column data in the join). The optimiser is smart enough to figure the best path.
September 6, 2006 at 12:13 pm
... and I would normally agree with Charles (if only 300 k /day) then you don't need more than one table / month but this is a monster database.
September 6, 2006 at 12:05 pm
That's why I proposed the cude idea... (assuming it's possible)... solves the multiple queries part and the long wait time.
September 6, 2006 at 12:01 pm
If I remember correctly, it's 10-15 M/day. (Phone company).
September 6, 2006 at 11:45 am
And folks, that's why you should always post the code you put on the forums.
But I'm sure you can figure out why this doesn't work by yourself now.
September 6, 2006 at 11:23 am
Doh, operations priority... the cast is made after the division; easy fix :
SELECT 1.0 * COUNT(cdu_slaok) AS Total , SUM(CASE WHEN cdu_slaok = '1' THEN 1...
September 6, 2006 at 10:54 am
You can't do that on sql server like Acces let you do. You must reuse the count and sum operations for the total >>
SELECT COUNT(cdu_slaok) AS Total ,...
September 6, 2006 at 10:37 am
Oops, ya works better like that
SUM(CASE WHEN A = '1'
![]()
September 6, 2006 at 10:00 am
Did you try my query??? It's what it's supposed to do!
September 6, 2006 at 9:48 am
So you have a boolean char ![]()
.
SELECT COUNT(A) AS Total , SUM(CASE WHEN 'A' = '1' THEN...
September 6, 2006 at 9:27 am
Viewing 15 posts - 11,881 through 11,895 (of 18,923 total)