Re: v7.1 error ... SELECT converted to a COPY?
От | The Hermit Hacker |
---|---|
Тема | Re: v7.1 error ... SELECT converted to a COPY? |
Дата | |
Msg-id | Pine.BSF.4.33.0104300156310.411-100000@mobile.hub.org обсуждение исходный текст |
Ответ на | Re: v7.1 error ... SELECT converted to a COPY? (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | 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 ...
В списке pgsql-hackers по дате отправления: