🚀 go-pugleaf

W dniu 16.05.2017 o 14:20, J-23 pisze:
> 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?

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.

miab

miab