There is a question about MySQL's COUNT() aggregate function that keeps popping into my head time to time. I would like to get some explanation to why it is working the way it is.
When I started working with MySQL I quickly learned that its COUNT(condition) seems only to work properly if condition also contains an OR NULL in the end. In case of more complicated COUNT conditions it was an empirical process to find out where to put it exactly. In MSSQL you do not need this OR NULL to get proper results, so I would like to know the explanation for it. So, here is an example.
Lets have a very basic table with the following structure and data:
CREATE TABLE test (
`value` int(11) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
INSERT INTO test (value) VALUES(1);
INSERT INTO test (value) VALUES(4);
INSERT INTO test (value) VALUES(5);
INSERT INTO test (value) VALUES(6);
INSERT INTO test (value) VALUES(4);
INSERT INTO test (value) VALUES(4);
INSERT INTO test (value) VALUES(5);
INSERT INTO test (value) VALUES(2);
INSERT INTO test (value) VALUES(8);
INSERT INTO test (value) VALUES(1);
Scenario: I would like to count how many rows I have where the value = 4. An obvious solution would be to filter for it using a WHERE and do a COUNT(*) but I am interested in a COUNT(condition) based solution.
So, the solution that comes to my mind is:
SELECT COUNT(value=4)
FROM test
The result is 10. This is obviously wrong.
Second attempt with OR NULL:
SELECT COUNT(value=4 OR NULL)
FROM test
The result is 3. It is correct.
Can someone explain the logic behind this? Is this some bug in MySQL or is there a logical explanation why I need to add that strange-looking OR NULL to the end of the COUNT condition to get the correct result?
COUNT(expression)
counts the number of rows for which the expression is not NULL. The expressionvalue=4
is only NULL if value is NULL, otherwise it is either TRUE (1) or FALSE (0), both of which are counted.You could use SUM instead:
This is not particularly useful in your specific example but it can be useful if you want to count rows satisfying multiple different predicates using a single table scan such as in the following query:
COUNT()
function accepts an argument, that is treated asNULL
orNOT NULL
. If it isNOT NULL
- then it increments the value, and doesn't do anything otherwise.In your case expression
value=4
is eitherTRUE
orFALSE
, obviously bothtrue
andfalse
are not null, that is why you get 10.The
count
-based solution will be always slower (much slower), because it will cause table fullscan and iterative comparison of each value.It's because COUNT(expression) counts VALUES. In SQL theory, NULL is a STATE, not a VALUE and thus is it not counted. NULL is a state that means that field's value is unknown.
Now, when you write "value=4" this evaluates to boolean TRUE or FALSE. Since both TRUE and FALSE are VALUES, the result is 10.
When you add "OR NULL", you actually have "TRUE OR NULL" and "FALSE OR NULL". Now, "TRUE OR NULL" evaluates to TRUE, while "FALSE OR NULL" evaluates to NULL. Thus the result is 3, because you only have 3 values (and seven NULL states).
This should reveal all
Output
Facts
COUNT adds up the columns / expressions that evaluate to NOT NULL. Anything will increment by 1, as long as it is not null. Exception is COUNT(DISTINCT) where it increments only if it is not already counted.
When a BOOLEAN expression is used on its own, it returns either 1 or 0.
When a boolean is
OR
-ed with NULL, it is NULL only when it is 0 (false)To others
Yes if the count is the ONLY column desired, one could use
WHERE value=4
but if it is a query that wants to count the 4's as well as retrieving other counts/aggregates, then the filter doesn't work. An alternative would have beenSUM(value=4)
, e.g.I would suggest that you will find the more standard syntax moves better between different database engines and will always give the correct result.
Is the syntax you used a Mysql variant?