RE: RE: [INTERFACES] 7.1 beta 3 Linux ODBC BEGINBehaviour
От | Dave Page |
---|---|
Тема | RE: RE: [INTERFACES] 7.1 beta 3 Linux ODBC BEGINBehaviour |
Дата | |
Msg-id | 8568FC767B4AD311AC33006097BCD3D61A298D@woody.vale-housing.co.uk обсуждение исходный текст |
Список | pgsql-odbc |
> -----Original Message----- > From: Hiroshi Inoue [mailto:Inoue@tpf.co.jp] > Sent: 12 February 2001 23:17 > To: Steve Wranovsky > Cc: pgsql-interfaces@postgresql.org; pgsql-odbc@postgresql.org > Subject: Re: [ODBC] RE: [INTERFACES] 7.1 beta 3 Linux ODBC > BEGINBehaviour > > > Steve Wranovsky wrote: > > > > >> > > >> Given these considerations, I think it's a mistake for > ODBC to treat > > >> SELECT differently from other queries for the purpose of setting > > >> transaction boundaries. > > >> > > > > > >OK, agreed. > > >However simply putting back the behabior make it impossible to call > > >VACUUM in psqlodbc autocommit off mode. > > > > > >My idea is as follows. > > > [In autocommit off mode] > > > 1) All statements except STMT_TYPE_OTHER issue > > > "BEGIN" if a trasaction isn't in progress. > > > 2) STMT_TYPE_OTHER statements automatically issue > > > "COMMIT" if a transaction is progress. > > > > > >Comments ? > > > > I now agree with point 1 above, but for point 2, I believe > you should > > force the user to issue a COMMIT if a transaction is in progress > > when they try a VACUUM ANALYZE. > > I've been waiting for reply. > I see. It's the simplest change. But you seem to have to > change your existent your code. Or you may have to distinguish > your code according to PG servers. Is it OK ? I've not really been following this thread, but changing code or writing server version dependant code sounds very bad to me. Certainly in my case I have enough issues as it is keeping pgAdmin working with the current and previous release... Regards, Dave.
В списке pgsql-odbc по дате отправления: