pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feedv7.1 error ... SELECT converted to a COPY?
4+ messages / 3 participants
[nested] [flat]
* v7.1 error ... SELECT converted to a COPY?
@ 2001-04-30 04:37 The Hermit Hacker <scrappy@hub.org>
0 siblings, 1 reply; 4+ messages in thread
From: The Hermit Hacker @ 2001-04-30 04:37 UTC (permalink / raw)
To: pgsql-hackers
Okay, maybe this query isn't quite as simple as I think it is, but does
this raise any flags for anyone? How did I get into a COPY? It appears
re-creatable, as I've done it twice so far ...
eceb=# select e.idnumber,e.password from egi e, auth_info a where e.idnumber != a.idnumber;
Backend sent D message without prior T
Backend sent D message without prior T
Backend sent D message without prior T
Backend sent D message without prior T
Backend sent D message without prior T
Backend sent D message without prior T
Backend sent D message without prior T
Enter data to be copied followed by a newline.
End with a backslash and a period on a line by itself.
>> \.
Unknown protocol character 'J' read from backend. (The protocol character is the first character the backend sends in response to a query it receives).
PQendcopy: resetting connection
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: v7.1 error ... SELECT converted to a COPY?
@ 2001-04-30 04:54 Tom Lane <tgl@sss.pgh.pa.us>
parent: The Hermit Hacker <scrappy@hub.org>
0 siblings, 1 reply; 4+ messages in thread
From: Tom Lane @ 2001-04-30 04:54 UTC (permalink / raw)
To: The Hermit Hacker <scrappy@hub.org>; +Cc: pgsql-hackers
The Hermit Hacker <scrappy@hub.org> writes:
> Okay, maybe this query isn't quite as simple as I think it is, but does
> this raise any flags for anyone? How did I get into a COPY? It appears
> re-creatable, as I've done it twice so far ...
> eceb=# select e.idnumber,e.password from egi e, auth_info a where e.idnumber != a.idnumber;
> Backend sent D message without prior T
> Backend sent D message without prior T
At a guess, you're running out of memory on the client side for the
SELECT results (did you really want a not-equal rather than equal
constraint there!?) --- libpq tends not to cope with this too
gracefully. Someone oughta fix that...
regards, tom lane
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: v7.1 error ... SELECT converted to a COPY?
@ 2001-04-30 04:57 The Hermit Hacker <scrappy@hub.org>
parent: Tom Lane <tgl@sss.pgh.pa.us>
0 siblings, 1 reply; 4+ messages in thread
From: The Hermit Hacker @ 2001-04-30 04:57 UTC (permalink / raw)
To: Tom Lane <tgl@sss.pgh.pa.us>; +Cc: pgsql-hackers
On Mon, 30 Apr 2001, Tom Lane wrote:
> The Hermit Hacker <scrappy@hub.org> writes:
> > Okay, maybe this query isn't quite as simple as I think it is, but does
> > this raise any flags for anyone? How did I get into a COPY? It appears
> > re-creatable, as I've done it twice so far ...
>
> > eceb=# select e.idnumber,e.password from egi e, auth_info a where e.idnumber != a.idnumber;
> > Backend sent D message without prior T
> > Backend sent D message without prior T
>
> At a guess, you're running out of memory on the client side for the
> SELECT results (did you really want a not-equal rather than equal
> constraint there!?)
Yup, want to figure out which ones are in the egi table that I hadn't
transfer'd over yet ... tried it with a NOT IN ( SELECT ... ) combination,
but an explain of that showed two sequential searches on the tables, so am
working on fixing that ...
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: v7.1 error ... SELECT converted to a COPY?
@ 2001-05-02 09:27 Hannu Krosing <hannu@tm.ee>
parent: The Hermit Hacker <scrappy@hub.org>
0 siblings, 0 replies; 4+ messages in thread
From: Hannu Krosing @ 2001-05-02 09:27 UTC (permalink / raw)
To: The Hermit Hacker <scrappy@hub.org>; +Cc: Tom Lane <tgl@sss.pgh.pa.us>; pgsql-hackers
The Hermit Hacker wrote:
>
> On Mon, 30 Apr 2001, Tom Lane wrote:
>
> > The Hermit Hacker <scrappy@hub.org> writes:
> > > Okay, maybe this query isn't quite as simple as I think it is, but does
> > > this raise any flags for anyone? How did I get into a COPY? It appears
> > > re-creatable, as I've done it twice so far ...
> >
> > > eceb=# select e.idnumber,e.password from egi e, auth_info a where e.idnumber != a.idnumber;
> > > Backend sent D message without prior T
> > > Backend sent D message without prior T
> >
> > At a guess, you're running out of memory on the client side for the
> > SELECT results (did you really want a not-equal rather than equal
> > constraint there!?)
>
> Yup, want to figure out which ones are in the egi table that I hadn't
> transfer'd over yet ... tried it with a NOT IN ( SELECT ... ) combination,
> but an explain of that showed two sequential searches on the tables,
did you do it as
select e.idnumber,e.password from egi e
where e.idnumber not in (select idnumber from auth_info a where
e.idnumber = a.idnumber)
;
to smarten up the optimizer about using a join ?
I guess that it can be done using outer joins and testing the "outer2
part for IS NULL in 7.1
-------------------
Hannu
^ permalink raw reply [nested|flat] 4+ messages in thread
end of thread, other threads:[~2001-05-02 09:27 UTC | newest]
Thread overview: 4+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2001-04-30 04:37 v7.1 error ... SELECT converted to a COPY? The Hermit Hacker <scrappy@hub.org>
2001-04-30 04:54 ` Tom Lane <tgl@sss.pgh.pa.us>
2001-04-30 04:57 ` The Hermit Hacker <scrappy@hub.org>
2001-05-02 09:27 ` Hannu Krosing <hannu@tm.ee>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox