zlacker

[parent] [thread] 4 comments
1. andy80+(OP)[view] [source] 2024-08-24 16:57:29
But pre- and post- aggregation filtering is not really "the same" operation.
replies(1): >>0cf861+n
2. 0cf861+n[view] [source] 2024-08-24 17:01:29
>>andy80+(OP)
If I use a CTE and filter the aggregate, feels the same to me.
replies(1): >>andy80+ua
◧◩
3. andy80+ua[view] [source] [discussion] 2024-08-24 18:20:20
>>0cf861+n
If you perform an aggregation query in a CTE, then filter on that in a subsequent query, that is different, because you have also added another SELECT and FROM. You would use WHERE in that case whether using a CTE or just an outer query on an inner subquery. HAVING is different from WHERE because it filters after the aggregation, without requiring a separate query with an extra SELECT.
replies(1): >>RaftPe+bx
◧◩◪
4. RaftPe+bx[view] [source] [discussion] 2024-08-24 21:21:58
>>andy80+ua
> HAVING is different from WHERE because it filters after the aggregation, without requiring a separate query with an extra SELECT.

Personally I rarely use HAVING and instead use WHERE with subqueries for the following reasons:

1-I don't like repeating/duplicating a bunch of complex calcs, easier to just do WHERE in outer query on result

2-I typically have outer queries anyway for multiple reasons: break logic into reasonable chunks for humans, also for join+performance reasons (to give the optimizer a better chance at not getting confused)

replies(1): >>sgarla+i12
◧◩◪◨
5. sgarla+i12[view] [source] [discussion] 2024-08-25 13:54:17
>>RaftPe+bx
The main (only?) task I routinely use HAVING for is finding duplicates.
[go to top]