Re: count() and multiple tables

From: Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>
To: Joseph Shraibman <jks(at)selectacast(dot)net>
Cc: "pgsql-sql(at)postgresql(dot)org" <pgsql-sql(at)postgresql(dot)org>
Subject: Re: count() and multiple tables
Date: 2001-03-20 01:23:24
Message-ID: Pine.BSF.4.21.0103191720420.27292-100000@megazone23.bigpanda.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

> > And postgres tries to be helpful again... :( [I *really* dislike this
> > adding to from list thing] Technically the above should be illegal
> > because no from list contains u or a. Postgres is adding them to the
> > from list for you.
> >
> I get the same result if I do:
> select count(d.id) from d where status = 2 and d.id = u.dkey and
> u.status = 2 and not u.b and u.akey = a.key and a.status = 3;
>
> So in standard SQL all the tables you join accross are required to be in
> the FROM?

Basically, yes. It's more complicated than that probably (what isn't in
SQL), but that's the general idea.

Postgres assumes your query is
select count(*) from d,u,a ...

Because d.id was guaranteed to be unique, you might be able to
count(distinct d.id) and get the result you want. [I think the
subquery is a nicer way of representing it]

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Joseph Shraibman 2001-03-20 02:05:26 Re: VACUUM kills Index Scans ?!
Previous Message Tim Pizey 2001-03-20 00:40:46 Re: Invalid (null) int8, can't convert to float8