sql .. start transaction

[JANUS70]

Ciao ..
dovendo aggiornare più tabelle nella stessa pagina, stò usando una 'start transaction', da chiudere alla fine con una 'commit' o un 'rollback' ..
il problema è che ho riscontrato, che se per caso avviene un errore bloccante (es. uso di una variabile non dichiarata), tutte le operazioni sql fatta fino a quel momento, vengono confermate ..
come posso risolvere il problema ?
Grazie mille

[JANUS70]

nessuno .. !?

[oly1982]

Originariamente inviato da JANUS70
il problema è che ho riscontrato, che se per caso avviene un errore bloccante (es. uso di una variabile non dichiarata), tutte le operazioni sql fatta fino a quel momento, vengono confermate ..
come posso risolvere il problema ?
Grazie mille

Non è un problema... è php che funziona così.
- PARSE ERROR: tutte le istruzioni presenti, precedenti o successive alla riga in cui è presente l'errore, non verranno eseguite.
- FATAL ERROR: le istruzione precedenti all'errore saranno eseguite, mentre quelle successive verranno ignorate.
- WARNING / NOTICE / DEPRECATED / STRICT : verranno eseguite tutte le istruzioni sia precedenti sia successive all'istruzione incriminata.

Il caso da te citato (uso di una variabile non dichiarata) è un NOTICE che non interrompe l'esecuzione del codice.

[hyde82]

quando usi start transaction....non so se con PDO o altro, conviene tenere il codice di riferimento in un blocco try....catch...
ciao

[JANUS70]

Originariamente inviato da hyde82
quando usi start transaction....non so se con PDO o altro, conviene tenere il codice di riferimento in un blocco try....catch...
ciao

avevo pensato anch'io alle eccezioni .. ma non sono molto ferrato ..

chiedo troppo se ti chiedessi un piccolo schemino su come deve essere costruita la struttura ?
è chiaro che le istruzioni incriminate (sql su varie tabelle) sono sparse ..


Grazie mille

[hyde82]

usi PDO?

[JANUS70]

Originariamente inviato da hyde82
usi PDO?

adesso fai una domanda difficile ..
cos'è il 'POD' ?

[Santino83_02]

PDO non POD

http://www.php.net/manual/en/intro.pdo.php

$conn = new PDO(...);

try{

$conn->beginTransaction();

//do some queries

$conn->commit();

}catch(PDOException $ex){
   echo "errori nelle query sql/connessione db";
   echo $ex->getMessage();
   $conn->rollBack();
} 

cmq se guardi http://www.php.net/manual/en/class.pdo.php trovi altri esempi

se usi mysqli

http://www.php.net/manual/en/mysqli.commit.php

[JANUS70]

ok ..
ma se non ho capito male il PDO è un metodo per connettersi al DB ..
e secondo me l'esempio di try che mi è stato proposto non risolve il mio problema ..

io non ho l'esigenza di gestire l'errore specifico della singola operazione sql, ma piuttosto qualsiasi errore che avvenga nell'ambito di un qualsiasi punto del programma, dopo che sia già stata eseguita una delle tante operazioni (update) sql.
L'interruzione del programma, senza che si arrivi al punto in cui si fà la 'commit' o il 'rollback' (in questo caso il rollback), con la conseguente conferma (commit) di tutte le operazioni sql fatte fino a quel momento fà si che mi ritrovi un aggiornamento 'parziale' del DB .. cosa che assolutamente non può avvenire !
In soldoni, dovrebbe esserci una gestione per cui al verificarsi di un errore di sistema (non gestito dal programma), non si esegua la commit, ma il rollback.

Spero di essere stato chiaro
Grazie

[Santino83_02]

tu puoi fare:

<?php

//init connection to db

try{

//tutto

//il 

//tuo

//script

//con tanto di query

}catch(Exception $ex){
echo $ex->getMessage();
$connection->rollback();

}

anche se non so se prenda tutti gli errori possibili perchè non mi ricordo se ora in php tutti gli errori lanciano eccezioni o meno.

cmq se tu evitassi di fare uno script con errori di sintassi e/o uso di variabili non inizializzate sarebbe sempre meglio