From: | Együd Csaba <csegyud(at)vnet(dot)hu> |
---|---|
To: | 'Tom Lane' <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "'Pgsql-General(at)Postgresql(dot)Org (E-mail)'" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: What does count(*) count? |
Date: | 2004-01-01 11:44:06 |
Message-ID: | 001001c3d05c$908cc8a0$230a0a0a@compaq |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Tom,
> Another possibility is that t_stockchanges has child table(s). Your
> SELECT would count rows in the child tables, but I don't think that
That's the case. I tried to copy the content of t_stockchanges table into a
temp table.
Being very lazy:) I created the temp table using create table... inhetit
from ... command instead of creating it independently. I haven't read the
manual carefuly enough regarding inherit clause.
> pg_dump -t would dump them.
No, pg_dump doesn't dump them - this was what I found strange.
I suppose this behavior disappears if I drop both table and reload the
t_stockchanges from the dump.
Thank you All.
Bye,
-- Csaba
From | Date | Subject | |
---|---|---|---|
Next Message | Arjen van der Meijden | 2004-01-01 13:07:37 | Re: Mnogosearch (Was: Re: website doc search is ... ) |
Previous Message | Dinesh Pandey | 2004-01-01 10:09:06 | Re: index row size 2728 exceeds btree maximum, 2713 |