Re: Processing long AND/OR lists - Mailing list pgsql-hackers

From Christopher Browne
Subject Re: Processing long AND/OR lists
Date
Msg-id CAFNqd5WrmUh_dPR_o69hnLj7zq+mXbCdhKBGuZHdbgMBqq=q8Q@mail.gmail.com
Whole thread Raw
In response to Re: Processing long AND/OR lists  (Gurjeet Singh <gurjeet@singh.im>)
Responses Re: Processing long AND/OR lists  (Gurjeet Singh <gurjeet@singh.im>)
List pgsql-hackers
On Mon, May 27, 2013 at 1:42 AM, Gurjeet Singh <gurjeet@singh.im> wrote:
 
Joking about "640K" aside, it doesn't seem reasonable to expect a truly enormous query as is generated by the broken forms of this logic to turn out happily.  I'd rather fix Slony (as done in the above patch).

Yes, by all means, fix the application, but that doesn't preclude the argument that the database should be a bit more smarter and efficient, especially if it is easy to do.

Agreed, it seems like a fine idea to have the database support such queries, as this eases coping with applications that might be more difficult to get fixed.  (I can't see too many users generating such enormous queries by hand!  :-))
--
When confronted by a difficult problem, solve it by reducing it to the
question, "How would the Lone Ranger handle this?"

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [BUGS] COPY .... (FORMAT binary) syntax doesn't work
Next
From: Tom Lane
Date:
Subject: Re: Planning incompatibilities for Postgres 10.0