Re: a row disapearing

Поиск
Список
Период
Сортировка
Искать
От
Rafal Pietrak
Тема
Re: a row disapearing
Дата
в 15:19:59
Msg-id
1148753988.14902.31.camel@model.home.waw.pl
Ответ на
Re: a row disapearing (Bruce Momjian)
Список
Дерево обсуждения
error in SELECT "P.M" <pmdanger@yahoo.com>
Re: error in SELECT Michael Fuhr <mike@fuhr.org>
Re: error in SELECT Tom Lane <tgl@sss.pgh.pa.us>
Re: error in SELECT "P.M" <pmdanger@yahoo.com>
a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Bruce Momjian <pgman@candle.pha.pa.us>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Richard Broersma Jr <rabroersma@yahoo.com>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Nis Jorgensen <nis@superlativ.dk>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Daniel Verite" <daniel@manitou-mail.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Greg Sabino Mullane" <greg@turnstep.com>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@poczta.homelinux.com>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Daniel Verite" <daniel@manitou-mail.org>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Peter Eisentraut <peter_e@gmx.net>
On Sat, 2006-05-27 at 14:06 -0400, Bruce Momjian wrote:
> > Is this a feature, or a bug? And in fact, is there a construct to get
> > both the count() and its selectors *in*case*, when the count is ZERO?
> > 
> > All the above in postgres 8.1.
> 
> It is supposed to work that way.  In the first query, we have to return
> a row to show you the count, while in the second query, there is no 'id'
> value to show you, so we return nothing (nothing to GROUP BY).

But is there a way to achieve one row output with both the count() and
its selector, when the ocunt is ZERO?

I'm digging this, because it looke like I need a VIEW, that returns such
count() no matter what. And in fact the selector (which is coming from
subquery) is more important for me in that case, than the count() itself
(well, I need to distinquish zero from something, but nothing more).

Is there a way to see it?

-- 
-R
В списке pgsql-general по дате отправления
От: Bruce Momjian
Дата:
Сообщение: Re: a row disapearing
FAQ