(PHP 4, PHP 5, PHP 7, PHP 8)
odbc_autocommit — Ototeslim kipini açıp kapar
Ototeslim kipini açıp kapar.
Bir bağlantı üzerinde öntanımlı olarak ototeslim kipi etkindir. İptal edilmesi bir hareket (transaction) başlatmaya eşdeğerdir.
bağlantı_kimliğiODBC bağlantı tanıtıcısı; ayrıntılar için odbc_connect() işlevine bakınız.
etkin
etkin true ise ototeslim kipi etkin
olur, false ise iptal edilir. null aktarılırsa
odbc için ototeslim kipinin durumu döner.
etkin bağımsız değişkenine null belirtilirse, ototeslim
kipinin durumu döner. Ototeslim kipi etkin değilse veya
bir hata oluşmuşsa false yoksa 0 döner.
etkin null değilse işlev başarı durumunda true,
yoksa false döndürür.
If a transaction is started (autocommit disabled) while there is an active result id on the connection, odbc_autocommit will post a warning (Cannot set autocommit). Use odbc_free_result to clear the result id's or start the transaction before you execute the SQL.If you are using persistent connections (odbc_pconnect rather than odbc_connect) the next script that reuses the connection will inherit your changes to autocommit.It seems that example made by andrea dot galli at acotel dot com works exactly the contrary.It sets autocommit OFF and NOT ON like it's written inside note!Hi (i'm belgian then sorry for my english).I think you can do more simple to check the errors :$conn = odbc_connect($odbc,$user,$password) or die($error);odbc_autocommit($conn, FALSE);odbc_exec($conn, $query1);odbc_exec($conn, $query2);if (!odbc_error()) odbc_commit($conn);else odbc_rollback($conn);odbc_close($conn);I'm not sure it's better to use odbc_error() than odbc_error($conn). It seems to be the same result.When used in a odbc_fetch loop your selected resultset is lost and loop ends.Example: set autocommit on<?php $Link_ID = odbc_connect("DSN", "user", "pass"); $Return = odbc_autocommit($Link_ID, FALSE);?>