dbTalk Databases Forums  

[BUGS] BUG #1913: select into a table missing a row part 2

mailing.database.pgsql-bugs mailing.database.pgsql-bugs


Discuss [BUGS] BUG #1913: select into a table missing a row part 2 in the mailing.database.pgsql-bugs forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Keith Randall
 
Posts: n/a

Default [BUGS] BUG #1913: select into a table missing a row part 2 - 09-27-2005 , 05:30 AM







The following bug has been logged online:

Bug reference: 1913
Logged by: Keith Randall
Email address: randallk (AT) gmail (DOT) com
PostgreSQL version: 8.1beta2
Operating system: Linux 2.4.21-15 Redhat enterprise
Description: select into a table missing a row part 2
Details:

I'm missing a row when I generate a table off a view.


select count(*) from foo;

20811

select * into temp from foo;
select count(*) from temp;

20810


I have scripts that you can run to replicate at
https://www.oas.ca/~randallk/pgbug.tar.bz2

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Reply With Quote
  #2  
Old   
Alvaro Herrera
 
Posts: n/a

Default Re: [BUGS] BUG #1913: select into a table missing a row part 2 - 09-27-2005 , 07:52 AM






On Tue, Sep 27, 2005 at 09:17:18AM +0100, Keith Randall wrote:

Quote:
I'm missing a row when I generate a table off a view.

select count(*) from foo;

20811

select * into temp from foo;
select count(*) from temp;

20810
Interesting. I can duplicate this behavior here. However, what's even
more interesting, is that 8.0 returns 20814 rows in both cases, so
something _is_ wrong.

It may be related to the latest outer join bug, which Tom Lane fixed
yesterday or the day before. I'll recompile and retest.

--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"Uno combate cuando es necesario... ¡no cuando está de humor!
El humor es para el ganado, o para hacer el amor, o para tocar el
baliset. No para combatir." (Gurney Halleck)

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster


Reply With Quote
  #3  
Old   
Tom Lane
 
Posts: n/a

Default Re: [BUGS] BUG #1913: select into a table missing a row part 2 - 09-27-2005 , 09:38 AM



Alvaro Herrera <alvherre (AT) alvh (DOT) no-ip.org> writes:
Quote:
It may be related to the latest outer join bug, which Tom Lane fixed
yesterday or the day before. I'll recompile and retest.
That was my first thought also. Does the plan for the select-from-view
involve a hash join? Have you finished testing with CVS tip yet?

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq


Reply With Quote
  #4  
Old   
Alvaro Herrera
 
Posts: n/a

Default Re: [BUGS] BUG #1913: select into a table missing a row part 2 - 09-27-2005 , 02:28 PM



On Tue, Sep 27, 2005 at 10:37:06AM -0400, Tom Lane wrote:
Quote:
Alvaro Herrera <alvherre (AT) alvh (DOT) no-ip.org> writes:
It may be related to the latest outer join bug, which Tom Lane fixed
yesterday or the day before. I'll recompile and retest.

That was my first thought also. Does the plan for the select-from-view
involve a hash join? Have you finished testing with CVS tip yet?
Yes, it does involve hash joins, and yes I did test CVS tip, and the
problem doesn't happen there; or at least I can't reproduce it.

--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34
"Everybody understands Mickey Mouse. Few understand Hermann Hesse.
Hardly anybody understands Einstein. And nobody understands Emperor Norton."

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.