🚀 go-pugleaf

W dniu 16.05.2017 o 10:40, miab pisze:
> W dniu 16.05.2017 o 04:25, J-23 pisze:
>> W dniu 16.05.2017 o 03:33, J-23 pisze:
>>> W dniu 15.05.2017 o 11:13, miab pisze:
>>>> W dniu 15.05.2017 o 09:48, miab pisze:
>>>>> W dniu 15.05.2017 o 01:57, J-23 pisze:
>>>>>> Witam,
>>>>>>
>>>>>> Korzystam z 7.2,1 rc i bazy Firbird. Czy w komponencie ZTable 
>>>>>> działa Delete?
>>>>>>
>>>>>> Bo ja tego nie mogę zmusić do działania jak to u Was wygląda. 
>>>>>> Zawsze mogę to zrobić zapytaniem sql. Ale zastanawiam sie czy to 
>>>>>> bład w Zeos czy ja cos knocę :)
>>>>>
>>>>> Korzystam z ZEOS 7.2 svn 3986, FB 2.56. D2006(w tym momencie :)
>>>>> Dla tabel nie powiążanych jak najbardziej działa ZTable.Delete oraz 
>>>>> delete z dbGrid czy dbNavigator. (Przy ustawieniach domyślnych 
>>>>> komponentów).
>>>>
>>>> na Ubuntu 16.04LTE-64 MINT Lazarus 1.6-64 i Fedora 25-64 KDE Lazarus 
>>>> 1.6.2-64 też.
>>>>
>>>
>>> Udało, mi się ale powiem szczerze że nie wiem co było powodem że to 
>>> nie działało
>>>
>>
>> Dlaczego powyższe nie działa dla masterDetail?
>>
>> Klucze obce są na poziomie Cascade - więc wydaje się że powinno śmigać
>>
>> Samo MasterDetail działa znakomicie
>>
>>
>>
>> Miab wytłumacz mi sens takiego komponentu jak UpdateSQL w Table bo 
>> kompletnie nie rozumiem
>>
>>
>> Zeosy mam teraz identyczne jak Twoje
> 
> Do tego są dwa tryby M-D, zobacz:
> https://sourceforge.net/projects/zeoslib/files/documentation/ZeosDocumentationCollection-2017-03-20.pdf/download 
> 
> po stronie klienta i po stronie serwera.
> Poza tym CachedUpdates i AutoCommit włączone bądź wyłączone, pare 
> TransactIsolationLevel i wreszcie specyfika danego serwera i twojej w 
> nim bazy, tak że nie zawsze (a nawet dość często) automatyzmy ZEOS-a są 
> zdecydowanie nie wystarczające. Trzeba pokombinować samemu.

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?

Pozdrawiam
J-23