Poslední příspěvky

Stran: [1] 2 3 ... 10

Obecné / Re:migrace ze zeosLib na myDAC, dotaz

« Poslední příspěvek od Delfin kdy Dnes v 19:08:19 »

Citace: thcom Dnes v 18:30:18

mam celou databasi v utf8_czech_ci

To neni moje chyba

Obecné / Re:migrace ze zeosLib na myDAC, dotaz

« Poslední příspěvek od thcom kdy Dnes v 18:30:18 »

mam celou databasi v utf8_czech_ci

Firebird a Interbase / Re:Dočasná tabuľka - ako ju riešiť?

« Poslední příspěvek od Delfin kdy Dnes v 08:04:57 »

Citace: Stanislav Hruška 19-04-2018, 21:09:15

Len dopĺňam, že transakcia sa môže spustiť len jediný raz. Na to som zabudol, a dalo mi to poriadne zabrať.

Ano. Transakce je unikatni instance objektu ohranicujici davku prikazu v DBMS. A jako takova muze byt spustena (resp. vytvorena) jen jednou. Pomoci transakcniho objektu FireDAC (TFDTransaction) muzes vytvaret transakce opakovane, ale pujde vzdy o unikatni instance (tudiz z pohledu dat GTT definovane s ON COMMIT DELETE ROWS o separatni kontejner). Pokud ovsem nepujde o transakci vnorenou (vnorena transakce bude mit pristup k datum GTT, jedna-li se o stejny transakcni objekt FireDAC), tzn. v nasledujicim pripade lze sdilet data GTT mezi dvema query objekty:

Kód: Delphi [Vybrat]

FDQuery1.Transaction := FDTransaction1; // ← stejny transakcni objekt prirazen dvema ruznym query objektum
FDQuery2.Transaction := FDTransaction1; // ← stejny transakcni objekt prirazen dvema ruznym query objektum
 
FDQuery1.Transaction.StartTransaction; // ← start vnejsi transakce
try
  FDQuery1.SQL.Text := 'INSERT INTO MyTempTable (TheInteger) VALUES (123)';
  FDQuery1.ExecSQL;
 
  FDQuery2.Transaction.StartTransaction; // ← start vnorene transakce
  try
    FDQuery2.SQL.Text := 'SELECT TheInteger FROM MyTempTable';
    FDQuery2.Open;
    Assert(FDQuery2.FieldByName('TheInteger').AsInteger = 123, 'GTT read failed!'); // data lze precist
    FDQuery2.Transaction.Commit;
  except
    FDQuery2.Transaction.Rollback;
    raise;
  end;
 
  FDQuery1.Transaction.Commit;
except
  FDQuery1.Transaction.Rollback;
  raise;
end;

Zatimco v pripade pouziti ruznych transakcnich objektu ne:

Kód: Delphi [Vybrat]

FDQuery1.Transaction := FDTransaction1; // ← tento query objekt ma svuj vlastni transakcni objekt
FDQuery2.Transaction := FDTransaction2; // ← tento query objekt ma svuj vlastni transakcni objekt
 
FDQuery1.Transaction.StartTransaction; // ← start transakce
try
  FDQuery1.SQL.Text := 'INSERT INTO MyTempTable (TheInteger) VALUES (123)';
  FDQuery1.ExecSQL;
 
  FDQuery2.Transaction.StartTransaction; // ← start transakce
  try
    FDQuery2.SQL.Text := 'SELECT TheInteger FROM MyTempTable';
    FDQuery2.Open;
    Assert(FDQuery2.FieldByName('TheInteger').AsInteger = 123, 'GTT read failed!'); // data nelze precist
    FDQuery2.Transaction.Commit;
  except
    FDQuery2.Transaction.Rollback;
    raise;
  end;
 
  FDQuery1.Transaction.Commit;
except
  FDQuery1.Transaction.Rollback;
  raise;
end;

Firebird a Interbase / Re:Dočasná tabuľka - ako ju riešiť?

« Poslední příspěvek od Stanislav Hruška kdy 19-04-2018, 21:09:15 »

Len dopĺňam, že transakcia sa môže spustiť len jediný raz. Na to som zabudol, a dalo mi to poriadne zabrať.

Obecné / Re:trapeni s tiskem na COM

« Poslední příspěvek od PaJi kdy 19-04-2018, 15:47:25 »

Z vlastní zkušenosti doporučuji totéž co "Vandrovník". Ve Win7 je to tiskárna "Generic / Text Only". Používám to na "tiskárny" čárových kódů apod. Kdysi jsem Crnilu používal také, ale něco mi tam pořád "nesedělo". Tímto způsobem to mám na několika počítačích ve firemním prostředí a v appkách to neřeším a všechny nastavuji stejně - teď to dokonce posílám i po síti - a na appky jsem "nehrábl". Pro mě to byla nejjednodušší cesta. Nehledě na to, že ComX porty jsou obecně definitivně "odpískané", dnešní PC už je prostě standardně nemají a ve firemním prostředí je to pak problém.
Jinak možná se mýlím, ale ty vyšší znaky nad 128 jsou nějakým způsobem oříznuty (128-159) - nezdá se mi, že by to byl jen překlad mezi codepages. Mohlo by to být i nějakým nastavením na dané tiskárně??

Firebird a Interbase / Re:Dočasná tabuľka - ako ju riešiť?

« Poslední příspěvek od Delfin kdy 19-04-2018, 08:34:24 »

Citace: Stanislav Hruška 19-04-2018, 08:19:24

Citace
Z pohledu FireDAC jednoduse pouzij stejny transakcni objekt (linkuj stejnou Transaction pro query objekty ve kterych se chces k datum dostat).
Tu som robil chybu. Poplietlo ma to, že sme v diskusii konštatovali, že mám mať pre GTT samostatnú transakciu V noci sa mi to vyjasnilo.

Nevim co konkretne delas, ale mel jsi obavy ze se Ti data budou "bit" (tak jsem si tu poznamku alespon vysvetlil):

Citace: Stanislav Hruška 15-04-2018, 10:38:48

Tak to si musím pre túto úlohu vytvoriť samostatnú transakciu. Aby sa mi to nebilo s ostatnými.

Coz se dit samozrejme muze. Kdybys napr. potreboval dve separatni sady dat, vytvoril bys dva separatni transakcni objekty (TFDTransaction). Pokud bys chtel jednu sadu, pouzijes jeden transakcni objekt.

Firebird a Interbase / Re:Dočasná tabuľka - ako ju riešiť?

« Poslední příspěvek od Stanislav Hruška kdy 19-04-2018, 08:19:24 »

Citace

Z pohledu FireDAC jednoduse pouzij stejny transakcni objekt (linkuj stejnou Transaction pro query objekty ve kterych se chces k datum dostat).

Tu som robil chybu. Poplietlo ma to, že sme v diskusii konštatovali, že mám mať pre GTT samostatnú transakciu

V noci sa mi to vyjasnilo.

Firebird a Interbase / Re:Dočasná tabuľka - ako ju riešiť?

« Poslední příspěvek od Delfin kdy 19-04-2018, 07:59:32 »

Citace: Stanislav Hruška 18-04-2018, 22:24:27

Nad tým tuho rozmýšľam. Zmenil som Isolation na xiDirty a Table.FetchOptions.RecordCountMode := cmTotal; Aj tak mám 0. Pokračujem zajtra.

Pokud sis nadefinoval tu tabulku s ON COMMIT DELETE ROWS tak je uplne jedno jakou pouzijes izolacni uroven transakce. Po jejim "commitu" (resp. zmene stavu) se data smazou. Ty data zkratka existuji jen v ramci jedne transakce (a ji vnorenych).

Z pohledu FireDAC jednoduse pouzij stejny transakcni objekt (linkuj property Transaction na stejny objekt vsem query objektum ve kterych se chces k datum dostat).