🚀 go-pugleaf

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).

miab

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).

Tak samo zresztą dla Lazarus 1.6.4-Win32 a nawet dla obu równocześnie na 
tej samej tabeli :).

miab

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).

i dla Delphi 10 Seattle-Win64(tylko exe-k jest 4 razy większy).

miab

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ż.

miab

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

Pozdrawiam
J-23

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

Pozdrawiam
J-23

W dniu 2017-05-16 o 04:25, J-23 pisze:

> Miab wytłumacz mi sens takiego komponentu jak UpdateSQL w Table bo
> kompletnie nie rozumiem
A jak zrealizujesz dodatkowe akcje przy insert/update/delete (np. oprócz 
modyfikacji danych w tabeli aktualizacja logu zmian) na danej tabeli, 
jeśli nie chcesz lub nie możysz zrealizować tego przy pomocy triggera na 
bazie danych?


-- 
wloochacz

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
> 

ZTable to po prostu ZQuery z domyślnym zapytaniem "select * from 
TableName" tak że we wszystkich sytuacjach mniej trywialnych masz 
(podobnie ja dla ZQuery) dzięki ZUpdateSQL możliwość zaaplikowania 
własnych odmiennych od logiki ZEOS-a zapytań aktualizujących.

miab

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.

miab

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

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

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