Re: Using aggregates to get sums and partial sums in one query - Mailing list pgsql-sql
På mandag 10. november 2014 kl. 17:19:10, skrev David G Johnston <david.g.johnston@gmail.com>:
Igor Neyman wrote
> select p.name, sum(distinct m.years_experience) as years_exp_in_project,
This is wrong on its face; two different people with the same experience
will result in under-counting
You need to figure out some way for the DISTINCT to include a personID and
then just sum up the year_experience for each individual. My initial
thought was to use "ARRAY_AGG(DISTINCT composite_type)" to construct the
unique dataset then pass the result through a custom function that would
unnest(...) that array, pull out the years, sum them, and return the sum.
> count(distinct (m.id, m.role))
Not technically a true role count if two people share the same role - it is
unclear from the query what constraints the problem domain imposes. This
can be a solution for this column.
I don't really see how using a couple of CTEs to build up summaries for each
table and then joining them together in an outer query is problematic. TBH
it would probably be easier to maintain than one single super query with a
bunch of distinct aggregates; and I doubt there would be much if any
performance hit.
Using CTEs is what I am doing, just wondered if there is any other viable solution. In reality the query uses paging with "total count" (count(*) with the same FROM-clause) because the dataset is large. The query is dynamically built up and counting totals with the "group by" required (when not using CTEs) in main-query easily messes up the total-count.
-- 
Andreas Joseph Krogh
CTO / Partner - Visena AS
Mobile: +47 909 56 963