se FireDAC sice tvari, ze pracuje s vice transakcemi, ale ve skutecnosti dela buhvi co, takze jde napr. commitnout data i v RO txn
Nevim presne o jaky pripad se jedna (vnorene transakce?). Nicmene to by se dit urcite nemelo. Transakce s nastavenym
ReadOnly priznakem by urcite nemela mit pravo menit data (uz na strane klienta bych ocekaval vyjimku). Pokud tomu tak je, napisu bug report.
FireDAC neumi najit novejsi ODBC driver nez existoval v dobe jeho vydani - je treba zapomenout na automatickou instalaci
Chapu ze jde nejspis o tu fixni metodu
TFDPhysMSSQLDriver.InternalLoad jenz hleda nejlepsi driver ze sady konstantne definovanych nazvu. Tady to muze byt slozitejsi protoze byt by FireDAC mohl podporovat zatim nevydane ovladace, nikdo nemuze garantovat jejich kompatibilitu. Kdyby se hypoteticky MS rozhodl vydat napr. ovladac s ODBC API v.5 (jenz zatim neexistuje) ktery by nebyl nekompatibilni se starsimi verzemi API (coz je samozrejme velmi nepravdepodobne), FireDAC by prestal API rozumet.
Monitorovani - 2 dny jsem stravil tim, ze jsem hledal tragicky (vice nez o rad) spatny vykon DB operaci s MSSQL na nekterych (:-O Proc je na nekterych) pocitacich. V aplikaci mame inspekcni okno, ktere pri otevreni nastavi handler OnOutput pro odchytavani a zapne monitorovani. Kolekove monitorovani omylem zapnuli (bez prirazeneho handleru) pri startu aplikace, ze si FireDac berou MonitorBy z "MS" connection stringu apod.
Tomu nerozumim

pracuje "divne" s DateTime tj. pole TSqlTimeStampField s nestandardnimi aditivnimi operacemi abs. cas +/- rel. cas
O tom nevim. Kdyby se nasel cas, mohli bychom se tomu v samostatnem vlakne venovat.
No nemci zase pouzivaji „böhmische Dörfer“, polaci „czeski film“ :-)
Me se libi spanelske terminy pro spanelskou vesnici
