> -----Original Message-----
> From: LászlETibor
> Sent: Friday, February 09, 2001 8:03 PM
> To: pgsql-interfaces(at)postgresql(dot)org
> Subject: RE: [INTERFACES] 7.1 beta 3 Linux ODBC BEGIN Behaviour
> > I found another slight behavior change with the Linux
> > client ODBC library between 7.0.3 and the 7.1 beta 3
> > release. We are running under Redhat 6.0.
> > We have set the ODBC driver in autocommit off mode. With
> > the 7.0.3 driver, a BEGIN was automatically issued
> > before the driver encountered a INSERT/UPDATE/DELETE. With
> > the 7.1 beta 3 ODBC driver, it now also issues a BEGIN when it
> > encounters a SELECT.
> > Is this the expected behavior under 7.1?
> I think it can be. (We assumed this behavior a year ago.) Sometimes we
> need transaction time in the beginning of a transaction. We can
> get it with
> SELECT. Because the transaction can begin only with an update statement,
> we must do a workaround - until now.
Hmm, seems I committed a change too hastely.
Hiroki Kataoka also has a similar opinion.
The following statement types are in psqlodbc.h.
Well how about "begin" before TYPE_SELECT
etc and "commit" before TYPE_OTHER
/* statement types */
STMT_TYPE_UNKNOWN = -2
STMT_TYPE_OTHER = -1,
STMT_TYPE_SELECT = 0,
In response to
pgsql-odbc by date
|Next:||From: Steve Wranovsky||Date: 2001-02-09 16:55:01|
|Subject: RE: 7.1 beta 3 Linux ODBC BEGIN Behaviour|
|Previous:||From: Ludek Finstrle||Date: 2001-02-09 13:10:58|
|Subject: pgsqODBC binding parameters II|
pgsql-interfaces by date
|Next:||From: Tom Lane||Date: 2001-02-09 15:11:46|
|Subject: Re: Re: Re: Postgres and Oracle differences and questions |
|Previous:||From: Thies C. Arntzen||Date: 2001-02-09 13:41:54|
|Subject: Re: PostgreSQL and PHP persistent connections|