🚀 go-pugleaf

Dnia Sat, 2 Dec 2023 20:34:17 +0100, Adam napisał(a):

> W dniu 27.11.2023 o 20:25, Adam pisze:
>> Dnia Mon, 27 Nov 2023 13:28:07 +0100, povawa napisał(a):
>> 
>> Ale już widziałem (i to nawet zdarzało się nie tylko w programach Insertu,
>> ale i nawet dawno temu w Comarch), że dane były filtrowane nie na serwerze
>> (jak przystało na model client-server), tylko całe tabele były ciągnięte na
>> stanowisko i tam dopiero filtrowane - czyli jak za czasów Pervasive.
>> Wtedy wolne VPN moga się nie sprawdzać.
> 
> Miałem u jednego klienta zestawiony Insert przez VPN na neostradzie. 
> Czyli od serwera 1Mbit. I naprawdę nie mogę powiedzieć złego słowa o 
> szybkości tego działania. Sprawdzało się bez problemów.

Sprawdzać się będzie nawet i Optima, i XL, i Enova - dopóki nie zaczną się
problemy z połączeniem.

> 
> A na takim samym łączu i VPN jak zestawiliśmy mMedicę Asseco, która jest 
> na bazie PostgeSQL, to nie dało się z tego korzystać. Wyszukanie 
> pacjenta w kartotece trwało 3 minuty. Tu chyba całą bazę ciągnęło, a nie 
> tylko tabelę :)

Tego SQLa nie znam.
Ale widziałem kilka programów ogólnie mówiąc "medycznych". Krótko:
tragedia. Wyglądały, jakby były pisane za karę przez licealistów.

> 
>> Natomiast praca na VPN jest wielokrotnie (czasem kilkaset razy) wolniejsza,
>> niż na RDP. Ponadto jest bardziej wrażliwa na problemy z połączeniem.
>> Jeśli przy pracy na RDP nastąpi zerwanie połączenia, to nic się nie dzieje
>> - sesja grzecznie czeka na wznowienie połączenia. 
> 
>> Usilnie zalecam jednak RDP.
>> Łatwiejsze zarządzanie, jeden tylko upgrade na serwerze terminali a nie na
>> wsztstkich komputerach, niewrażliwość na zerwanie połączenia, można
>> efektywnie pracować nawet na łączu 1Mb.
>> 
> 
> Tak właśnie przemawia to do mnie i postawienie tego na model o modnym 
> słowie hybrydowy. Zewnętrzny magazyn zestawie przez VPN, a pracownicy 
> zdalni przez VPN + RDP. Klient się rozwija w takim tempie, że sql wersji 

Odróżnij dwie rzeczy:
VPN do łączenia lokalizacji (czyli np. sprzętowo realizowany przez routery
brzegowe jak np. Draytek, Mikrotik, Fortigate - czyli LAN-LAN, UniFi; albo
programowo typu PC-LAN czy podobnie) od VPN do zabezpieczenia połączenia z
serwerem RDP.
W pierwszym przypadku na kliencie siedzi program i łączem WAN (czyli przez
VPN albo inną dzierżawkę łączy się z serwerem, który stoi "na drugim końcu
świata", a w drugim przypadku to i serwer terminali i serwer SQL i WinSrv
stoją w jednej lokalizacji, a Ty łączysz się tylko z serwerem terminali, na
którym stoi program - więc (obrazowo mówiąc) widzisz tylko zdalny pulpit.

Do RDP możesz się łączyć albo adresem prywatnym (w tej samej sieci, w
routowanej sieci, przez VPN itp), albo adresem puvlicznym (z VPN albo
bezpośrednio).

> express i tak skończy się mu za maks 2 lata, więc muszę jakiegoś 
> sensownego serwera na spokojnie poszukać.
> 
> A jak to jest z Windows Server, muszę kupić oprogramowanie Windows 
> Server + MS SQL, czy po prostu Windows Server w wersji z MS SQL?
> 

Nie znan licencji wspólnej na WinSrv + MS-SQL.
Ale są licencje Runtime na SQL - tańsze niż Full Use.

Natomiast nie musisz kupować serwera (w sensie: komputer) i kłaść na nim
WinSrv, serwera terminali i serwera SQL - możesz wydzierżawić.
Przykładowo u mnie w firmie na klastrze siedzi trochę klientów z różnymi
wirtualnymi maszynami, zarówno Windows jak i linuksowymi.
Podobnie: jest Comarch Optima w chmurze - też jest to rodzaj wynajęcia
zdalnego RDP. Tutaj zresztą można wynająć albo tylko RDP, albo cały serwer
wirtualny.


-- 
Pozdrawiam.

Adam