| От | Tom Lane |
|---|---|
| Тема | Re: [SQL] date_part, too many results? |
| Дата | |
| Msg-id | 23632.951439580@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | date_part, too many results? (M.Mazurek@poznan.multinet.pl) |
| Список | pgsql-sql |
M.Mazurek@poznan.multinet.pl writes:
> clicked table is empty for bannerid=1, so why is that row? How to get rid
> bannerdb=> select count(*),date_part('dow',data::datetime) from clicked
> where bannerid=1 group by date_part('dow',data::datetime);
> count|date_part
> -----+---------
> 0|
> (1 row)
It's not date_part's fault, it's count's fault. There should be no rows
out if you have GROUP BY and no groups, but 6.5 and prior Postgres
releases emit a dummy row anyway. This is a longstanding bug in
Postgres's handling of aggregate functions. It's fixed for 7.0, if you
want to try running the beta version... if not, you could add
HAVING count(*) > 0 as a temporary workaround.
regards, tom lane
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера