SQL: WHERE-clausule zorgt voor NULL-waarden in andere kolom

[Bastiaan]

Ik heb de volgende query:

code:

SELECT      DATE_FORMAT(table.datum, '%Y-%m') AS 'periode',
            SUM(table.waardeA) AS 'waardeA_sum',
            SUM(table.waardeB) AS 'waardeB_sum',
            SUM(table.waardeC) AS 'waardeC_sum'
FROM        table
WHERE       datum>='$startdatum' 
            AND datum<='$einddatum'
GROUP BY    periode
ORDER BY    periode ASC

Deze telt van verschillende ingevoerde waarden het één en ander op en spuugt deze uit in een tabel, gegroepeerd in maandelijkse perioden:

code:

datum       waardeA_sum waardeB_sum waardeC_sum
2015-01     654         1234        NULL
2015-02     654         1234        123
2015-03     654         1234        123
2015-04     654         1234        NULL
2015-05     654         1234        NULL
2015-06     654         1234        123
2015-07     654         1234        NULL
2015-08     654         1234        NULL
2015-09     654         1234        NULL
2015-10     654         1234        NULL
2015-11     654         1234        NULL
2015-12     654         1234        NULL
2016-01     654         1234        123
2016-02     654         1234        123
2016-03     654         NULL        NULL

Nu wil ik dat de laatste regel (periode 2016-03) pas zichtbaar is op het moment dat in de brondata waardeB en/of waardeC ergens zijn ingevuld, en dús de uitkomst van de respectievelijke periode/kolom op iets anders dan NULL uitkomt. Dan zou je dus zeggen dat ik de WHERE-clausule aan moet vullen naar (regel 6):

code:

SELECT      DATE_FORMAT(table.datum, '%Y-%m') AS 'periode',
            SUM(table.waardeA) AS 'waardeA_sum',
            SUM(table.waardeB) AS 'waardeB_sum',
            SUM(table.waardeC) AS 'waardeC_sum'
FROM        table
WHERE       (waardeB IS NOT NULL OR waardeC IS NOT NULL)
            AND datum>='$startdatum' 
            AND datum<='$einddatum'
GROUP BY    periode
ORDER BY    periode ASC

...maar nu krijg ik vervolgens niets in waarden terug voor waardeA:

code:

datum       waardeA_sum waardeB_sum waardeC_sum
2015-01     NULL        1234        NULL
2015-02     NULL        1234        123
2015-03     NULL        1234        123
2015-04     NULL        1234        NULL
2015-05     NULL        1234        NULL
2015-06     NULL        1234        123
2015-07     NULL        1234        NULL
2015-08     NULL        1234        NULL
2015-09     NULL        1234        NULL
2015-10     NULL        1234        NULL
2015-11     NULL        1234        NULL
2015-12     NULL        1234        NULL
2016-01     NULL        1234        123
2016-02     NULL        1234        123

(Maar de laatste regel is weg, dat dan weer wel...)

Ik krijg totaal niet de vinger achter wat dit nu veroorzaakt. Het maakt geen verschil of ik de WHERE-clausule in een andere volgorde pak, bijvoorbeeld.

Wanneer ik rondkijk op Google en/of Stack Overflow krijg je wel resultaten over hoe je NULL-waarden an sich kunt aanpakken, maar een vergelijkbaar probleem over hoe een hele kolom naar NULL springt door een clausule welke juist van toepassing op andere kolommen vind ik niet terug.

Wat zie ik nu over het hoofd? En is mijn denkwijze überhaupt de juiste?

[RusFighter]

Probeer iets van


SELECT *
FROM nieuwTabel
WHERE (waardeB IS NOT NULL AND waardeC IS NOT NULL) IN
(je eerste query)

[RobIII]

Gebruik een HAVING clause ipv het in je WHERE clause te zetten.

[Bastiaan]

RobIII schreef op woensdag 30 maart 2016 @ 19:47:
Gebruik een HAVING clause ipv het in je WHERE clause te zetten.

Dat was 'm inderdaad:

code:

SELECT      DATE_FORMAT(table.datum, '%Y-%m') AS 'periode',
            SUM(table.waardeA) AS 'waardeA_sum',
            SUM(table.waardeB) AS 'waardeB_sum',
            SUM(table.waardeC) AS 'waardeC_sum'
FROM        table
WHERE       datum>='$startdatum' 
            AND datum<='$einddatum'
GROUP BY    periode
HAVING      waardeB_sum > '0' OR waardeC_sum > '0'
ORDER BY    periode ASC

En nu ik daarmee gerichter kan zoeken is het 'waarom' ook gelijk een stuk duidelijker:

WHERE is applied before GROUP BY, HAVING is applied after (and can filter on aggregates).

Dank je!