Jakoby zanorene transakce

paranoiq napsal(a):

to už dibi umí – savepointy

viz: https://forum.dibiphp.com/…iewtopic.php?…

<?php

class Faktura
{
        private $polozky;

        function delete()
        {
                dibi::begin('faktura');

                foreach ($this->polozky as $polozka)
                {
                        $polozka->delete();
                }

                dibi::query('DELETE FROM faktury ...');
                // a dalsi veci

                dibi::commit('faktura');
        }
}

class Polozka
{
        function delete()
        {
                dibi::begin('polozka');

                dibi::query('DELETE FROM polozky ...');
                //smaz jeste dalsi veci ktere nejsou treba v databazi

                dibi::commit('polozka');
        }
}

?>

No to prave neni uplne ono. Save point chapu spis jako

dotaz
BEGIN
dotaz
dotaz
BEGIN jmeno
dotaz
dotaz
COMMIT jmeno
dotaz
dotaz
COMMIT

nevim jestli jde treba

BEGIN
dotaz
dotaz
BEGIN stejnejmeno
dotaz
BEGIN stejnejmeno
dotaz
dotaz
COMMIT stejnejmeno
dotaz
COMMIT stejnejmeno
dotaz
dotaz
COMMIT

a hlavne nechci vytvorit savepoint ale jenom „podtransakci“, ktera je soucasti nadrazene transakce pokud nejaka existuje. Pokud se ta zanorena transkace nezdari tak aby se nezdarila ani ta nadrazena. Co se stane kdyz transakce v ramci jednoho savepoiontu probehne v poradku ale nadrazeny savepoint (transakce) nekde selze? rollbackne se i ten spravne provedeny savepoint? Ja bych potreboval aby jo.

Pokud to chapu dobra tak potrebujes jednu velkou transakci. Osobne jsem neco podobneho taky resil. (Napr kdyz komponenta vola komponentu a kazdy potrebuje delat neco v transakci a jednou kazda cast lze volat i samostatne)

Nakonec jsem to resil tak, ze vyvolam begin() a kdyz transakce bezi tak Dibi vyhodi vyjimku to zachytim a mam priznak zda jsem zacal/nezacal transakci. Pokud ano tak na konci comitnu a pokud ne tak se nestaram. Postara se ten kdo ji zacal. Problem je pouze s tim kdyz potrebuju udelat rollback a nezacal jsem transakci. V tu chvilu jsem pouze vyhozoval vyjimku a dle toho se nadrazeny kus kodu choval (rollbacknul).

aha. tak už jsem se chyt. na slovech záleží :]

tohle by se dalo snadno vyřešit, kdyby si dibi pamatovalo jak byla transakce zahájena

v dibi je v begin() tento kód:

if ($savepoint && !$this->inTxn) {
    $this->driver->begin();
}
$this->driver->begin($savepoint);

takže není nutné volat před savepointem založení transakce.

problém je, že pokud nevoláme begin() na začátku, zřejmě bude chybět i commit() na konci.. a to už dibi ošetřené nemá.

DibiConnection by si muselo zapamatovat jakým savepointem transakci zahájilo a při potvrzení tohoto savepointu celou transakci automaticky commitnout

výsledkem by bylo, že by se vůbec nemusel používat begin() a commit() bez parametru a tedy by odpadly všechny ty kontroly, zda jsme či nejsme v transakci

<?php
// nejsme v transakci a dibi automaticky zakládá transakci a savepoint 'aaa'. pamatuje si jeho jméno
dibi::begin('aaa');
...
// jsme v transakci a tak dibi pouze zakládá normální savepoint
dibi::begin('bbb');
...
// dibi zkontroluje zda je savepoint 'bbb' zahajovací a protože ne, tak pouze potvrdí savepoint
dibi::commit('bbb');
...
// dibi zkontroluje zda je savepoint 'aaa' zahajovací a protože ano, tak **automaticky commitne celou transakci**
dibi::commit('aaa');
?>

uvidíme co na to David.

Editoval paranoiq (21. 3. 2009 14:48)

podle počtu zanoření to nejde, protože savepointy a jejich potvrzení/zrušení nemusí být nutně v párech.
a dibi by asi neměla zavádět omezení nad rámec těch co jsou v databázi a vynucovat párovost.

tohle je z pohledu db naprosto v pořádku:

BEGIN TRANSACTION; // buď voláním begin() nebo automaticky při AAA
SAVEPOINT AAA;
SAVEPOINT BBB;
SAVEPOINT CCC;
COMMIT; // buď voláním commit() nebo automaticky při AAA

na rollback() jsem nemyslel, ale pro ten by mělo platit asi to samé co pro commit().

Editoval paranoiq (21. 3. 2009 17:16)