Re: [INTERFACES] using indexes with the OR clause

From: David Hartwig <daveh(at)insightdist(dot)com>
To: Sferacarta Software <sferac(at)bo(dot)nettuno(dot)it>
Cc: pgsql-interfaces(at)postgreSQL(dot)org, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [INTERFACES] using indexes with the OR clause
Date: 1998-10-20 15:34:38
Message-ID: 362CAD8D.EAC7CEE8@insightdist.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-interfaces

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'

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Paul A Vixie 1998-10-20 15:51:05 Re: [HACKERS] Re: inet/cidr/bind
Previous Message D'Arcy J.M. Cain 1998-10-20 14:11:32 Re: [HACKERS] Re: inet/cidr/bind

Browse pgsql-interfaces by date

  From Date Subject
Next Message David Hartwig 1998-10-20 15:38:27 Re: [INTERFACES] C++ Builder (Delphi), ODBC and large objects
Previous Message Andrzej Szydlo 1998-10-20 15:02:51 Re: [INTERFACES] C++ Builder (Delphi), ODBC and large objects