dibi fórum

Asi nejjednodušší způsob je:

$db = dibi::connect(...);

$client = $db->query('SELECT xxx FROM yyy WHERE zzz')->fetch();
if (klient neexistuje)
{
        $db->begin();
        try
        {
                $db->query('INSERT INTO ....');
                $db->query('INSERT INTO ....');
                $db->query('INSERT INTO ....');
                $db->commit();
        }
        catch (DibiException $e)
        {
                $db->rollback();
                // zpracovani vyjimky
        }
}

Transakce neprobíhá na úrovni dibi, ale na úrovni databáze. Dibi (resp. jakýkoliv klient) pouze žádá server o začátek transakce, něco provede a pak požádá buď o potvrzení (COMMIT) nebo o zrušení (ROLLBACK). Při rollbacku se změněné tabulky (INSERT, UPDATE, DELETE) vrací do původního stavu, ale např. sekvence už ne. V průběhu transakce můžeš se změněnými daty počítat tak, jako kdyby se zapsali normálně.

Během transakce umí některé DB vytvářet takzvané SAVEPOINTy a při ROLLBACK se vracet pouze k nim.

Tohle je hodně zhruba napsané, existují ještě úrovně izolace transakce, atd… to je ale nad rámec fóra a nic není lepší, než dokumentace, např. PostegreSQL.

Nevidím do Tvé aplikace, ale ta struktura tabulek mi přijde dost zvrácená. Pro 100% spolehlivost smazání všech řádků bych doporučil použití cizích klíčů.

Co si jinak představuješ pod pojmem „…se všechna smazání provedla správně…“? Vyjímka Ti vyskočí pouze pokud máš chybu v syntaxi SQL. Jinak musíš zjistit počet smazaných řádků a rozhodntou se, jestli to je OK.

$tabulky = array('tabulka1', 'tabulka2');
dibi::begin();
$deleted = 0;
foreach ($tabulky AS $tabulka) {
        $deleted += dibi::query('DELETE FROM %n WHERE id = %i', $tabulka, $id);
}

if ($deleted === 5) {
        dibi::commit();
        echo "Smazano 5 zaznamu";

} else {
        dibi::rollback();
        echo "Chyba";
}

EDIT: Resp. vyjímka vyskočí nejen při syntaktické chybě, ale i při chybě při provádění dotazu. Nicméně úspěch smazaných řádků musíš zjistit ručně.

Editoval Milo (6. 11. 2011 21:32)

To je asi tak účel. Vybírat data z jedné tabulky je rychlejší než joinovat hromadu tabulek. Obzvláště to pocítíš v momentě, kdy ti nakynou.

Tvoje logika je chybná. Počítáš s tím, že součet smazaných řádků bude stejný jako počet tabulek. To tě napadlo jak?

HosipLan napsal(a):

Tvoje logika je chybná. Počítáš s tím, že součet smazaných řádků bude stejný jako počet tabulek. To tě napadlo jak?

Milo to napsal přesně – v každé té zasažené tabulce pro jednoho uživatele jeden řádek (zatím).

Milo napsal(a):

A jak jsi zkoušel použít vyjímku? Pokud předpokládáš, že v každé tabulce bude vždy jeden řádek pro každého uživatele, potom může být vše v jediné tabulce a máš po starostech.

1. try – catch
2. Zatím by to šlo, mít vše v jedné tabulce

… jestli tomu rozumím dobře, tak ty cizí klíče způsobí, že když se změní jedna tabulka (když tam zmizí určitý řádek), tak se automaticky tyto položky odstraní i z těch dalších tabulek, které jsou na ní navázány bez nutnosti zásahu člověka.

Takže potom v věci delete není nutné použít více než jeden příkaz – a odpadá nutnost použití transakce.

-->
Ovšem s těmi cizími klíči mám docela problém – server mi odmítá tabulky s cizími klíči vytvořit (a vyhazuje errno 150) – a selhává i pokus o jejich dodatečné nastavení. To samozřejmě není problém dibi, ale serveru samotného (protože jsem ty příkazy zkusil zadat i v PMA – s stejným výsledkem) a ani s pomocí lidí z fora zive.cz se to zatím nepodařilo vyřešit.

Editoval Václav M. (8. 11. 2011 16:44)