Re: Sniffer to trace ODBC calls?

From: Benjamin Riefenstahl <Benjamin(dot)Riefenstahl(at)epost(dot)de>
To: "Philippe Lang" <philippe(dot)lang(at)attiksystem(dot)ch>
Cc: "Pgsql-Odbc (E-Mail)" <pgsql-odbc(at)postgresql(dot)org>
Subject: Re: Sniffer to trace ODBC calls?
Date: 2003-12-09 18:36:07
Message-ID: m33cbtbzzc.fsf@seneca.benny.turtle-trading.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-odbc

Hi Philippe,

"Philippe Lang" <philippe(dot)lang(at)attiksystem(dot)ch> writes:

> I'm opening Access forms with a filter, and I'd like to know where
> the filtering is actually taking place: on the server, or on the
> client?

AFAIK ODBC itself doesn't do *anything* except forward your calls to
the ODBC driver and probably some repackaging to support outdated
driver versions with comptibility code.

So where do you think the filtering may take place? In the database
ODBC driver? That wouldn't make sense. If the database vendor can do
the filtering in the driver, it can just as well do it on the server.

In Access? Than the ODBC trace will tell you. If Access does the
filtering itself, the SQL queries will have no filtering clauses. If
Access doesn't do filtering itself but asks the server, the SQL
statements will contain WHERE clauses to do it.

benny

In response to

Browse pgsql-odbc by date

  From Date Subject
Next Message Dave Page 2003-12-09 18:40:17 Re: Sniffer to trace ODBC calls?
Previous Message Philippe Lang 2003-12-09 18:03:18 Re: Sniffer to trace ODBC calls?