Skip site navigation (1) Skip section navigation (2)

Re: [INTERFACES] Access'97 and ODBC

From: Byron Nikolaidis <byronn(at)insightdist(dot)com>
To: Sbragion Denis <infotecn(at)tin(dot)it>
Cc: pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [INTERFACES] Access'97 and ODBC
Date: 1998-04-29 13:31:25
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-interfaces

Sbragion Denis wrote:

> P.S. I tested the new ODBC driver with index support. VisData still isn't
> able to show the index list, anyway it sees them because it allow updates.
> Used with VB the ODBC is rather slow compared with other ODBC (About 10
> time slower than MS SQL and Velocis, about 30 times slower than MySql) but
> it works pretty well. Anyway it is about 3/4 times faster than the OpenLink
> driver, which is also pretty buggy ;) Really good job Byron !

I'm not sure why VisData still isn't able to show the index list.  First of all,
I dont know what "VisData" is anyway!  Perhaps you could use the odbc tracing
feature (through the 32 bit odbc administrator) and send the "sql.log" to me.
Make sure it is empty before you begin your session.  This will really slow
things down by the way.

As for performance, the backend affects that equation greatly.  You should see
what happens in Access when you are using unique indexes.  Even with one keypart,
Access generates that infamous query we have been talking about (with all the
ANDs and ORs), which really slows things down.


In response to


pgsql-hackers by date

Next:From: Thomas G. LockhartDate: 1998-04-29 13:59:29
Subject: Re: [INTERFACES] Access'97 and ODBC
Previous:From: The Hermit HackerDate: 1998-04-29 12:13:57
Subject: Re: [HACKERS] CVSup help??

pgsql-interfaces by date

Next:From: Peter MountDate: 1998-04-29 13:50:01
Subject: RE: [INTERFACES] jdbc vs. odbc performance
Previous:From: Michael MeskesDate: 1998-04-29 08:35:31
Subject: Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group