🚀 go-pugleaf

W dniu 16.05.2017 o 14:37, miab pisze:
> W dniu 16.05.2017 o 14:20, J-23 pisze:
>>
>> Dzięki za tę dokumentacje. To po pierwsze
>>
>> Po drugie przyznam że trochę zardzewiałem w Delphi/Lazarusie nie 
>> dotykałem go kilka lat. Teraz po wrzuceniu komponentów na nowo 
>> MasterDetail działa jak należy łącznie z usuwaniem rekordu
>>
>>
>> Tak nasuneło mi się inne pytanie o CacheUpdate ustawienie wartości na 
>> true spowoduje że wszystkie operacje dzieją się po stronie klienta do 
>> chwili ApplyUpdate i CommitUpdate to jest jasne
>>
>> Ale czym w Zeos w takim razie będzie się to różnić od takiego podejścia
>>
>> ZConnection.StartTransaction
>> ....
>> ....
>> ....
>> ....
>> ZConnection.Commit
>>
>> Operację pomiędzy start a commit będą oczywiście po wykonaniu tego 
>> drugiego więc przy standardowym poziomie izolacji transakcji jaki daje 
>> zeos czyli ReadCommited nie będzie to miało różnicy dobrze rozumuje?
> 
> Wydaje mi się że funkcjonalnie niby niczym jeżeli nie nastąpi zerwanie 
> połączenia, natomiast różny jest czas wysyłki danych aktualizujących 
> albo po każdej zmianie, drobny udziały rozłożone w czasie i zamknięte 
> commit-em albo masowo po ApplyUpdate. Z tym że przy tym drugim możesz 
> wielokrotnie zmieniać zawartość rekordu po stronie klienta a i tak 
> pójdzie tylko raz stan po wszystkich zmianach.
> 


Takie też właśnie wyciągnąłem wnioski po podpięciu SQLMonitora. 
Upewniłeś mnie tylko w tym. Dzięki :)

Może warto by to przebudować tak by tylko po ustawieniu CacheUpdate na 
true zmieniało tryb pracy Start Transaction i Commit tak by się pozbyć 
ApplyUpdate i CommitUpdate aby tryb pracy zależał tylko od CacheUpdate 
false | true.

To taka moja sugestia jak ty to widzisz?

Pozdrawiam
J-23