關於 SQL 的那些小坑(1)

2025年11月1日 · 閱讀時間約 2 分鐘

在開發時，遇到一個問題

SQLSTATE[HY000]: General error: 1 HAVING clause on a non-aggregate query

看起來，我的 SQL 語法並沒有問題呀！

後來才熊熊發現，網路上教學的那是MySQL！！！

資訊

其實只是想記錄一下我自己在開發時遇到的這個小問題，原來是資料庫不同的差異...然後我是透過和 ChatGPT 合作 Debug 所以才知道有這個小坑坑，所以也請 ChatGPT 幫我生成這樣的一篇部落格文章，整篇有點 AI 感請多多見諒ㄎㄎ

這個錯誤在 SQLite 或 PostgreSQL 上就出現，但在 MySQL 上卻可能完全沒問題。這背後的原因其實跟 SQL 標準有關。

原來是因為我想玩PostgreSQL 才會蹦出這個問題呀！

1. 為什麼會出錯？

HAVING 主要是用來過濾 聚合結果，例如：

SELECT team_id, COUNT(*) as total
FROM users
GROUP BY team_id
HAVING total > 5;

如果你對普通欄位使用 HAVING，但沒有 GROUP BY 或聚合函數，資料庫會報錯：

SQLite：嚴格要求 HAVING 只能用在聚合結果 → 報 HAVING clause on a non-aggregate query
PostgreSQL：同樣要求 SQL 標準 → 報 column must appear in the GROUP BY clause or be used in an aggregate function
MySQL：寬鬆，允許對普通欄位用 HAVING（雖然不是標準做法）

$users = DB::table('users')
    ->where('age', '>', 18)
    ->get();

$users = DB::table('users')
    ->select('team_id', DB::raw('COUNT(*) as total'))
    ->groupBy('team_id')
    ->having('total', '>', 5)
    ->get();