|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Member
Iscritto dal: Dec 2004
Messaggi: 131
|
[PHP] autocommit e rollback
Ciao a tutti.
Non riesco a trovare una risposta esauriente a questo mio dubbio. In php, una volta che setto l'autocommit a false, che differenza c'è tra eseguire un rollback oppure non eseguire il commit? Ad esempio ammettiamo che se si verifica un errore io devo evitare che le modifiche vengano scritte sul db. Che differenza c'è tra questi due codici: Codice:
$mysqli->autocommit(FALSE);
$mysqli->query("INSERT INTO Language VALUES ('DEU', 'Bavarian', 'F', 11.2)");
if($mysqli->error=='')
{
//altre operazioni varie
$mysqli->commit();
}
else
{
header('location:error.php')
}
Codice:
$mysqli->autocommit(FALSE);
$mysqli->query("INSERT INTO Language VALUES ('DEU', 'Bavarian', 'F', 11.2)");
if($mysqli->error=='')
{
//altre operazioni varie
$mysqli->commit();
}
else
{
$mysqli->rollback();
header('location:error.php')
}
Se con l'autocommit a false il commit avviene solo quando lo invoco, non serve che faccio il rollback nel caso in cui non voglio che avvengano le modifiche. Mi basta non invocare il commit no?
|
|
|
|
|
|
#2 |
|
Member
Iscritto dal: Dec 2004
Messaggi: 131
|
[up] please
|
|
|
|
|
|
#3 |
|
Senior Member
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9480
|
Mmm... interessante... ripensandoci bene, pero', sembrerebbe che con l'autocommit a false le modifiche vengano cmq. apportate ma che tali modifiche NON SI DEBBANO RITENERE PERMANENTI fintanto che non ne viene effettuato, appunto, il commit.
Per cui non effettuando ne' il commit ne' il rollback ci si potrebbe forse trovare in uno stato "transiente"/inconsistente ?!?
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C. |
|
|
|
|
|
#4 | |
|
Member
Iscritto dal: Dec 2004
Messaggi: 131
|
Quote:
Se io metto autocommit a false, le modifiche non avvengono! |
|
|
|
|
|
|
#5 | |
|
Senior Member
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9480
|
Quote:
La "teoria" dice che con l'autocommit a false le modifiche NON SONO PERMANENTI il che significa che e' possibile annullarle mediante un apposito rollback. Per cui le modifiche potrebbero anche essere temporaneamente apportare con la differenza che esiste un punto di "ripristino" mediante il quale e' possibile "tornare indietro". La PERMANENZA viene "stabilita" con la chiamata al metodo "commit". Ora... la domanda posta non e' affatto banale anzi... e non so come stiano effettivamente le cose.
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C. |
|
|
|
|
|
|
#6 |
|
Senior Member
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9480
|
Anzi... il problema credo che ci sia eccome.
Senza effettuare un commit o un rollback la transazione rimane aperta. Per cui, in funzione del livello di isolamento impostato, altre applicazioni/thread/utenti non potranno avere accesso al db o alle "righe" selezionate durante la transazione ancora "in corso".
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C. |
|
|
|
|
|
#7 | |
|
Senior Member
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9480
|
Come pensavo.
Tratto da un tutorial della (Mitica) SUN: Quote:
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C. |
|
|
|
|
|
|
#8 |
|
Member
Iscritto dal: Dec 2004
Messaggi: 131
|
Certo!
Hai perfettamente ragione, il rollback o il commit sono d'obbligo altrimenti resta loccato il db per impedire la concorrenza. Grazie mille! |
|
|
|
|
|
#9 |
|
Senior Member
Iscritto dal: Jan 2004
Città: Montignoso(MS)
Messaggi: 9480
|
Grazie a te per avermi fatto (Lungamente !!) riflettere su una cosa che "davo per scontato".
Considera, tuttavia, che il problema potrebbe essere piu' o meno "grave" a seconda del livello di isolamento impostato.
__________________
"Il Meglio che si possa ottenere è evitare il peggio." I.C. |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 22:09.



















