Trigers - Deadlock

[Stanislav Hruška]

Neviem ako som sa dostal do tejto situácie:


Project JasotSVB.exe raised exception class EIBNativeException with message '[FireDAC][Phys][FB]deadlock
update conflicts with concurrent update
concurrent transaction number is 65633
At trigger 'SEPA_ANALS_BI' line: 8, col: 5'.

Kód: [Vybrat]

BEGIN
  IF (NOT EXISTS(SELECT FIRST 1 * FROM SEPA_ANALS)) THEN
    DELETE FROM Z_SEPA_ANALS;
END[size=78%]

Ako sa toho zbaviť? Myslím tým zrušenie zámku.
Obe tabuľky (SEPA_ANALS i Z_SEPA_ANALS) sú prázdne.
Ako sa to ošetruje v kóde?[/size]

[Stanislav Hruška]

Prečo mi tam pri vkladaní textu Ctrl+v vždy doplní ten size? Teraz som sa ho nedokázal zbaviť.

[Jirka]

update conflicts with concurrent update
concurrent transaction number is 65633

IMHO nemáš někde dokončenou jinou transakci - pravděpodobně k souboru Z_SEPA_ANALS.
Tohle se mi občas stavá v IBExpertu když se pokouším modifikovat data která jsou otevřena v jiném okně

[Stanislav Hruška]

Nejde mi o vyriešenie príčiny. To sommal ihneď. Zle zostavené SQL.
Ale zbaviť sa toho stavu. Druhá vec je, či sa mi to môže stať v aplikácii. Ak áno, tak ako to riešiť.
V jednom prípade som tým mal veľký problém.

[Delfin]

Ako sa to ošetruje v kóde?

Tak, ze pri vyskytu vyjimky druhu ekRecordLocked zobrazis uzivateli hlasku aby akci pozdeji opakoval pripadne kontaktoval administratora Napr. (psano v browseru, dovolena):

Kód: Delphi [Vybrat]

1. FDTransaction1.StartTransaction;
2. try
3.   FDQuery1.ExecSQL;
4.   FDTransaction1.Commit;
5. except
6.   on E: EFDDBEngineException do
7.   begin
8.     FDTransaction1.Rollback;
9.     if E.Kind = ekRecordLocked then
10.       ShowMessage('Record is locked by another active transaction. Please, try again later or contact administrator.');
11.     raise;
12.   end;
13. end;

Ty mas jen jednoho uzivatele, a pokud bys chtel jednat, musel bys nejakou mocnou silou ustrelit na serveru aktivni transakci jenz ma na zaznamu zamek (misto zobrazeni hlasky).

Nejde mi o vyriešenie príčiny. To sommal ihneď. Zle zostavené SQL.
Ale zbaviť sa toho stavu. Druhá vec je, či sa mi to môže stať v aplikácii. Ak áno, tak ako to riešiť.
V jednom prípade som tým mal veľký problém.

Stat by se to s jednou bezici instanci aplikace, resp. s 1 connection session v ramci aplikace nemelo (tedy pokud ridi transakce implicitne FireDAC, nebo jsou korektne rizeny Tebou).

[Stanislav Hruška]

Ja som sa k tomu dopracoval tak, že mi vykonávanie SQL nechcelo skončiť. Pritom aplikácia "neodpovedala" ale nežrala žiadne systémové prostriedky.
Tak som aplikáciu zostrelil - Reset. A už mi ostala visieť neukončená transakcia. Prvý krát v živote. Presnejšie trigget.

[Delfin]

Ja som sa k tomu dopracoval tak, že mi vykonávanie SQL nechcelo skončiť. Pritom aplikácia "neodpovedala" ale nežrala žiadne systémové prostriedky.
Tak som aplikáciu zostrelil - Reset. A už mi ostala visieť neukončená transakcia. Prvý krát v živote. Presnejšie trigget.

Proto jsem psal o bezici aplikaci. Zapomnel jsem dodat funkcni hardware, stabilni spojeni s DBMS (v tomto pripade zrejme lokalni socket) a v neposledni rade i exisujici vesmir Ted vazne, deadlock muze nastat v konfiguraci lokalniho DBMS napr. chybne rizenou rezii transakci nebo necekanym ukoncenim aplikace (coz lze kdykoli z Task Manageru, cemuz zabranit nepujde). V pripade padu systemu (napr. kvuli selhani HW) skonci jak DBMS, tak aplikace.

[Stanislav Hruška]

Upresním to SQL. Aby som tam jednu hodnotu nepočítal/neurčoval 3 x, tak som použil CTE.
V časti WITH som najprv mal jednoduchý SELECT. To bežalo bezproblémovo.
V rámci zmien som neskôr do WITH strčil SQL, ktoré ten WITH používa. Len som vracal jeden stĺpec. A už to bolo. Ja vlastne neviem čo som tým spôsobil. Nekonečná slučka to nie je - program nevykazoval činnosť.
Niečo také sa mi do finálnej aplikácie nedostane, lebo pri ladení mi to padne.

[Stanislav Hruška]

Jaj, nekončná slučka to môže byť, lebo ju spracováva DB a nie aplikácia.