Bedanya WHERE dan HAVING

Pertanyaan

"Apa bedanya WHERE dan HAVING? Tunjukkan dengan contoh: cari merchant yang total transaksi sukses-nya minimal Rp150.000."

Tabel transaksi:

Jawaban Singkat

WHERE menyaring baris sebelum dikelompokkan, jadi tidak bisa memakai fungsi agregat. HAVING menyaring kelompok setelah GROUP BY, jadi dipakai untuk syarat seperti SUM(...) >= 150000 atau COUNT(*) > 3. Di soal ini, syarat "status sukses" masuk WHERE, sedangkan syarat "total minimal 150 ribu" masuk HAVING.

Pembahasan

1. WHERE status = 'sukses' dijalankan duluan, per baris. Transaksi 2 dan 7 (gagal) dibuang sebelum dijumlahkan.
2. GROUP BY merchant mengelompokkan sisa baris: Kopi Senja (45000 + 60000 + 40000 = 145000), Warung Bu Siti (550000), Toko Budi (150000).
3. HAVING SUM(nominal) >= 150000 menyaring kelompok. Kopi Senja (145000) gugur.

Perhatikan apa yang terjadi kalau syarat status dilupakan: Kopi Senja jadi 445000 dan Toko Budi jadi 650000 karena transaksi gagal ikut terhitung. Ketiga merchant lolos, padahal itu salah secara bisnis. Jadi WHERE dan HAVING bukan pilihan "salah satu", tapi sering dipakai bersama.

Aturan praktis:

Query

Salin
SELECT
  merchant,
  COUNT(*) AS jumlah_transaksi,
  SUM(nominal) AS total_nominal
FROM transaksi
WHERE status = 'sukses'
GROUP BY merchant
HAVING SUM(nominal) >= 150000
ORDER BY total_nominal DESC;

Contoh Output

Jebakan Umum

• Menulis WHERE SUM(nominal) >= 150000. Error: agregat tidak boleh di WHERE karena WHERE diproses sebelum GROUP BY.
• Menaruh syarat baris biasa di HAVING, misalnya HAVING merchant <> 'Toko Budi'. Hasilnya sama, tapi database mengelompokkan baris yang sebenarnya bisa dibuang lebih awal. Filter sedini mungkin.
• Memindahkan syarat status ke HAVING status = 'sukses'. Error, karena status bukan kolom GROUP BY dan bukan agregat. Syarat per baris harus di WHERE supaya baris gagal tidak ikut dijumlahkan.
• Mengira HAVING wajib ada GROUP BY. Tanpa GROUP BY, seluruh tabel dianggap satu kelompok.

Follow-up dari Interviewer

• "Bisa dapat hasil yang sama tanpa HAVING?" Bisa, dengan subquery atau CTE: hitung agregat dulu, lalu filter di WHERE query luar.
• "Kalau mau tetap menghitung transaksi gagal sebagai kolom terpisah?" Pakai agregasi bersyarat: SUM(CASE WHEN status = 'gagal' THEN nominal ELSE 0 END) atau SUM(nominal) FILTER (WHERE status = 'gagal').
• "Mana yang lebih cepat?" Filter di WHERE biasanya lebih murah karena mengurangi baris sebelum agregasi. Optimizer modern sering memindahkan syarat non-agregat dari HAVING ke WHERE secara otomatis, tapi jangan bergantung pada itu.

Yang Sebenarnya Diuji

Pemahaman urutan eksekusi logis (WHERE sebelum GROUP BY, HAVING sesudahnya) dan kemampuan memetakan syarat bisnis ke klausa yang tepat.

Catatan Dialect

• FILTER (WHERE ...) di dalam agregat tersedia di DuckDB dan PostgreSQL. Di MySQL dan BigQuery pakai CASE WHEN.
• MySQL, BigQuery, dan DuckDB mengizinkan alias di HAVING (misalnya HAVING total_nominal >= 150000); PostgreSQL tidak, jadi tulis ulang ekspresi agregatnya.