Miért zavar be a trigger (SQLite)?

1. Eleve teljesen elvetélt ötlet id-kat utólag manipulálgatni. Azért id, mert állandó, sosem változik, egyértelműen azonosít. Örökre felejtsd el az ötlet csíráját is.

2. A triggerek "gonoszak", hatalmas performancia probélámat okozhatnak, ha megnő az adatbázis. Csak akkor használd, ha nagyon tudod, hogy mit csinálsz és biztosan nincs más megoldás.

3. Olyan trigger, ami egy rakás sort manipulál (akár egy teljes tábla tartalmát is) konkrétan performanciai öngyilkosság.

"Ezen kívül két trigger a két táblára, ami az alapértelmezett rowid oszlopban átírja eggyel kisebbre a törölt sornál magasabb rowid-ket."

Azért kapsz constraint error-t, mert a trigger átírja a rowid-t, és lesz egy olyan állapot, amikor marad egy fk-d egy olyan értékre mutatva, amit az előbb írtál át. Sérül a hivatkozási integritás.

A másik fele elég zavaros számomra, és a pontos query-ből lehetne csak pontos választ adni. De van egy sejtésem: az sqlite törli a 0. sort, a trigger az 1. sort 0-ra rakja, majd az sqlite törli az 1. sort (és a 0 beragad). Ez tényleg csak egy nagyon távoli tipp, szóval teszteld. Ha minden második marad meg, akkor igazam volt.

Igaza van az előttem szólónak. Nagyon, nagyon kevés olyan helyzet van, amikor valamit csak triggerrel lehet megoldani. Olyan meg szinte soha nincs, hogy pk módosul.