🚀 go-pugleaf

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.

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ę :)


> 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 
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?

Adam

-- 
Adam
digitalfilter at wp . pl