Aggregating and Grouping Data
Last updated on 2023-04-21 | Edit this page
Estimated time: 60 minutes
Overview
Questions
- How can I summarize my data by aggregating, filtering, or ordering query results?
- How can I make sure column names from my queries make sense and aren’t too long?
Objectives
- Apply aggregation functions to group records together.
- Filter and order results of a query based on aggregate functions.
- Employ aliases to assign new names to items in a query.
- Save a query to make a new table.
- Apply filters to find missing values in SQL.
COUNT and GROUP BY
Aggregation allows us to combine results by grouping records based on value. It is also useful for calculating combined values in groups.
Let’s go to the surveys table and find out how many individuals there are. Using the wildcard * counts the number of records (rows):
We can also find out how much all of those individuals weigh:
We can output this value in kilograms (dividing the value by 1000.00), then rounding to 3 decimal places: (Notice the divisor has numbers after the decimal point, which forces the answer to have a decimal fraction)
There are many other aggregate functions included in SQL, for
example: MAX
, MIN
, and AVG
.
Challenge
Write a query that returns: the total weight, average weight, minimum and maximum weights for all animals caught over the duration of the survey. Can you modify it so that it outputs these values only for weights between 5 and 10?
Now, let’s see how many individuals were counted in each species. We
do this using a GROUP BY
clause
GROUP BY
tells SQL what field or fields we want to use
to aggregate the data. If we want to group by multiple fields, we give
GROUP BY
a comma separated list.
Challenge
Write queries that return:
- How many individuals were counted in each year in total
- How many were counted each year, for each different species
- The average weights of each species in each year
Can you get the answer to both 2 and 3 in a single query?
Ordering Aggregated Results
We can order the results of our aggregation by a specific column, including the aggregated column. Let’s count the number of individuals of each species captured, ordered by the count:
Aliases
As queries get more complex, the expressions we use can get long and unwieldy. To help make things clearer in the query and in its output, we can use aliases to assign new names to things in the query.
We can use aliases in column names using AS
:
The AS
isn’t technically required, so you could do
but using AS
is much clearer so it is good style to
include it.
We can not only alias column names, but also table names in the same way:
And again, the AS
keyword is not required, so this
works, too:
Aliasing table names can be helpful when working with queries that involve multiple tables; you will learn more about this later.
The HAVING
keyword
In the previous episode, we have seen the keyword WHERE
,
allowing to filter the results according to some criteria. SQL offers a
mechanism to filter the results based on aggregate
functions, through the HAVING
keyword.
For example, we can request to only return information about species with a count higher than 10:
SQL
SELECT species_id, COUNT(species_id)
FROM surveys
GROUP BY species_id
HAVING COUNT(species_id) > 10;
The HAVING
keyword works exactly like the
WHERE
keyword, but uses aggregate functions instead of
database fields to filter.
You can use the AS
keyword to assign an alias to a
column or table, and refer to that alias in the HAVING
clause. For example, in the above query, we can call the
COUNT(species_id)
by another name, like
occurrences
. This can be written this way:
SQL
SELECT species_id, COUNT(species_id) AS occurrences
FROM surveys
GROUP BY species_id
HAVING occurrences > 10;
Note that in both queries, HAVING
comes after
GROUP BY
. One way to think about this is: the data are
retrieved (SELECT
), which can be filtered
(WHERE
), then joined in groups (GROUP BY
);
finally, we can filter again based on some of these groups
(HAVING
).
Challenge
Write a query that returns, from the species
table, the
number of species
in each taxa
, only for the
taxa
with more than 10 species
.
Saving Queries for Future Use
It is not uncommon to repeat the same operation more than once, for example for monitoring or reporting purposes. SQL comes with a very powerful mechanism to do this by creating views. Views are a form of query that is saved in the database, and can be used to look at, filter, and even update information. One way to think of views is as a table, that can read, aggregate, and filter information from several places before showing it to you.
Creating a view from a query requires us to add
CREATE VIEW viewname AS
before the query itself. For
example, imagine that our project only covers the data gathered during
the summer (May - September) of 2000. That query would look like:
But we don’t want to have to type that every time we want to ask a question about that particular subset of data. Hence, we can benefit from a view:
SQL
CREATE VIEW summer_2000 AS
SELECT *
FROM surveys
WHERE year = 2000 AND (month > 4 AND month < 10);
Using a view we will be able to access these results with a much shorter notation:
What About NULL?
From the last example, there should only be five records. If you look
at the weight
column, it’s easy to see what the average
weight would be. If we use SQL to find the average weight, SQL behaves
like we would hope, ignoring the NULL values:
But if we try to be extra clever, and find the average ourselves, we might get tripped up:
Here the COUNT
function includes all five records (even
those with NULL values), but the SUM
only includes the
three records with data in the weight
field, giving us an
incorrect average. However, our strategy will work if we modify
the COUNT
function slightly:
SQL
SELECT SUM(weight), COUNT(weight), SUM(weight)/COUNT(weight)
FROM summer_2000
WHERE species_id = 'PE';
When we count the weight field specifically, SQL ignores the records
with data missing in that field. So here is one example where NULLs can
be tricky: COUNT(*)
and COUNT(field)
can
return different values.
Another case is when we use a “negative” query. Let’s count all the non-female animals:
Now let’s count all the non-male animals:
But if we compare those two numbers with the total:
We’ll see that they don’t add up to the total! That’s because SQL doesn’t automatically include NULL values in a negative conditional statement. So if we are querying “not x”, then SQL divides our data into three categories: ‘x’, ‘not NULL, not x’ and NULL; then, returns the ‘not NULL, not x’ group. Sometimes this may be what we want - but sometimes we may want the missing values included as well! In that case, we’d need to change our query to:
Key Points
- Use the
GROUP BY
keyword to aggregate data. - Functions like
MIN
,MAX
,AVG
,SUM
,COUNT
, etc. operate on aggregated data. - Aliases can help shorten long queries. To write clear and readable
queries, use the
AS
keyword when creating aliases. - Use the
HAVING
keyword to filter on aggregate properties. - Use a
VIEW
to access the result of a query as though it was a new table.