Received: from u1.abs.net (root@u1.abs.net [207.114.0.131]) by hub.org (8.8.8/8.8.8) with ESMTP id LAA24689 for ; Tue, 20 Oct 1998 11:52:05 -0400 (EDT) (envelope-from daveh@insightdist.com) Received: from insightdist.com (nobody@localhost) by u1.abs.net (8.9.0/8.9.0) with UUCP id LAA11636 for pgsql-interfaces@postgreSQL.org; Tue, 20 Oct 1998 11:48:31 -0400 (EDT) X-Authentication-Warning: u1.abs.net: nobody set sender to insightdist.com!daveh using -f Received: from ceodev by insightdist.com (AIX 3.2/UCB 5.64/4.03) id AA15278; Tue, 20 Oct 1998 11:30:49 -0400 Received: from daveh by ceodev (AIX 4.1/UCB 5.64/4.03) id AA06762; Tue, 20 Oct 1998 11:30:48 -0400 Message-Id: <362CAD8D.EAC7CEE8@insightdist.com> Date: Tue, 20 Oct 1998 11:34:38 -0400 From: David Hartwig Organization: Insight Distribution Systems X-Mailer: Mozilla 4.05 [en] (Win95; I) Mime-Version: 1.0 To: Sferacarta Software Cc: pgsql-interfaces@postgreSQL.org, pgsql-hackers@postgreSQL.org Subject: Re: [INTERFACES] using indexes with the OR clause References: <11661.981020@bo.nettuno.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In the "Connect Settings" (either global or per data source) add the following line: SET ksqo TO 'on' Stands for "Key Set Query Oprimizer". It actually breaked those nasty OR's into UNIONS. There will eventually be a radio button for this. We have be in a crunch lately at work. Are you using row versioning? If so, you may have to overload an operator for > on xid. Let me know how it goes. Sferacarta Software wrote: > Hi all, > > I'm trying v6.4beta2 via ODBC-Access. > > I have the following table: > > CREATE TABLE attivita ( > azienda CHAR(11) NOT NULL, > attivita CHAR(03) NOT NULL, > specifica CHAR(02), > cod_alternativo CHAR(10), > conto_economico CHAR(02), > inizio_attivita DATE, > fine_attivita DATE, > PRIMARY KEY (azienda,attivita,specifica,inizio_attivita) > ); > > I linked this table on M$-Access specifying the Access-key equal to > PostgreSQL PRIMARY KEY to test indexes with the OR clause but > I have the following error message: > > 'FATAL 1: palloc failure memory exhausted' > > Any ideas ? > > There's the PSLODBC.LOG file attached. > > Jose'