Witam,
Oto mojej pytanie. Mam bazę w Accessie podzieloną na tabele i aplikację.
Chciałbym, aby dostęp do niej mieli użytkownicy podpięcie do sieci
gdziekolwiek do internetu.
I teraz rozwiąznaie :
Stawiam sobie komputer (serwer) w danym miejscu z możliwością przejmowania
zdalnego pulpitu. Na danym komputerze uruchamiam bazę na której mogą
pracować jednocześnie do 20 osób.
1.Czy wykorzysując zdalny pulpit ktoś z Was rozwiązuje podobny problem ?
(proszę o opinię jak to działa)
2. Czy na jednym komputerze uruchomienie bazy przez np. 20 użytkowników
jednocześnie nie będzie problemem ?
3. Czy na Windowsie warto coś takiego robić ? a może inne sprawdzone
rozwiązanie ?

PawełB

PawełB wrote:

| Oto mojej pytanie. Mam bazę w Accessie podzieloną na tabele i
| aplikację. Chciałbym, aby dostęp do niej mieli użytkownicy podpięcie
| do sieci gdziekolwiek do internetu.
| I teraz rozwiąznaie :
| Stawiam sobie komputer (serwer) w danym miejscu z możliwością
| przejmowania zdalnego pulpitu. Na danym komputerze uruchamiam bazę na
| której mogą pracować jednocześnie do 20 osób.
| 1.Czy wykorzysując zdalny pulpit ktoś z Was rozwiązuje podobny
| problem ? (proszę o opinię jak to działa)
| 2. Czy na jednym komputerze uruchomienie bazy przez np. 20
| użytkowników jednocześnie nie będzie problemem ?
| 3. Czy na Windowsie warto coś takiego robić ? a może inne sprawdzone
| rozwiązanie ?

Robiłem takie coś.

Pulpit zdalny powoduje, że w rzeczywistości użytkownicy pracują jakby byli
równocześnie na tym samym komputerze.
Dlatego każdy z nich miał dostęp do swojego katalogu z front-endem,
otwieranym na wyłączność.
Dostęp poprzez odpowiedni skrót sesji terminalowej.

Takie wydzielenie pozwala na bezkonfliktową pracę frontendów, z możliwością
użycia lokalnych baz czy tabel tymczasowych itd. itp.
No i brak współużytkowania kodu obniża ryzyko uszkodzenia front-endu.

W moim rozwiązaniu na bazie danych pracowało równocześnie 50-100
użytkowników.
Owszem, większość operacji to wprowadzanie nowych danych i przegląd.
Prób równoczesnych edycji tych samych rekordów było niewiele.

Użytkownik "Krzysztof Naworyta" <k.naworyta> napisał w
wiadomości news:hlj1
[..]
> | użytkowników jednocześnie nie będzie problemem ?
> | 3. Czy na Windowsie warto coś takiego robić ? a może inne sprawdzone
> | rozwiązanie ?
>
> Robiłem takie coś.
>
> Pulpit zdalny powoduje, że w rzeczywistości użytkownicy pracują jakby byli
> równocześnie na tym samym komputerze.
> Dlatego każdy z nich miał dostęp do swojego katalogu z front-endem,
> otwieranym na wyłączność.

W jaki sposób przydzieliłeś konkretny katalog do użytkownika?. Rozumiem że w
każdym katalogu umieściłeś frontend-a.
Czy robiłeś to w Windowsach XP ? (czy jest to możliwe aby wykonać to na XP,
WIN 7)?

Jak sobie poradziłeś z drukowaniem z zdalnego pulpitu ? (jeżeli miałeś taką
konieczność)

> Dostęp poprzez odpowiedni skrót sesji terminalowej.

Co autor miał na myśli?

>
> Takie wydzielenie pozwala na bezkonfliktową pracę frontendów, z
> możliwością
> użycia lokalnych baz czy tabel tymczasowych itd. itp.
> No i brak współużytkowania kodu obniża ryzyko uszkodzenia front-endu.
>
> W moim rozwiązaniu na bazie danych pracowało równocześnie 50-100
> użytkowników.
> Owszem, większość operacji to wprowadzanie nowych danych i przegląd.
> Prób równoczesnych edycji tych samych rekordów było niewiele.
>
> --
> KN

Co do korzystanie z programu to w moim przypadku nie byłoby tylko
uzupełnianie danych i przeglądanie. Pomysł jest następujący.
Są 3-5 biur . Z każdego biuro łączą się z wspomnianym komputerem przez
zadalny pulpit i korzytają z niego jak z programu zainstalowanego w sieci
lokalnej. Drukowanie zleceń, raportowanie , uzupełnianie danych,
przeglądanie ...

Dzięki za info.
PawełB

Użytkownik "PawełB" <pawelboguszewski> napisał w wiadomości

> Co do korzystanie z programu to w moim przypadku nie byłoby tylko uzupełnianie
> danych i przeglądanie. Pomysł jest następujący.
> Są 3-5 biur . Z każdego biuro łączą się z wspomnianym komputerem przez
> zadalny pulpit i korzytają z niego jak z programu zainstalowanego w sieci
> lokalnej. Drukowanie zleceń, raportowanie , uzupełnianie danych, przeglądanie
> ...
> Dzięki za info.
> PawełB

Można się w to bawić i uzyskać nawet niezłe rezultaty (choć znacznie lepszym
rozwiązaniem jest ASP.NET/MSSQL 2005, język programowania do wyboru).
Swego czasu zastosowałem rozwiązanie jak powyżej podał Krzysztof.
Sprawdziło się dla 5-10 użytkowników w małej firmie (zdalna ksiegowość,
fakturowanie, przetwarzanie zamówień od klienta, magazyn, raporty itp.)



j.

PawełB pisze:
> Witam,
> Oto mojej pytanie. Mam bazę w Accessie podzieloną na tabele i aplikację.
> Chciałbym, aby dostęp do niej mieli użytkownicy podpięcie do sieci
> gdziekolwiek do internetu.
> I teraz rozwiąznaie :
> Stawiam sobie komputer (serwer) w danym miejscu z możliwością
> przejmowania zdalnego pulpitu. Na danym komputerze uruchamiam bazę na
> której mogą pracować jednocześnie do 20 osób.
> 1.Czy wykorzysując zdalny pulpit ktoś z Was rozwiązuje podobny problem ?
> (proszę o opinię jak to działa)
> 2. Czy na jednym komputerze uruchomienie bazy przez np. 20 użytkowników
> jednocześnie nie będzie problemem ?
> 3. Czy na Windowsie warto coś takiego robić ? a może inne sprawdzone
> rozwiązanie ?
>
> PawełB

Ja mam takie pytanie trochę z innej beczki (jestem totalnym lajkonikiem ;) ) - dlaczego
wykorzystujecie połączenie przez zdalny pulpit ? Czy nie prościej jest skorzystać z pliku bazy na
serwerze, a aplikację odpalać na maszynie roboczej (chyba się da, przynajmniej żyję w takiej
świadomości, że jak będzie mi to potrzebne to tak to zrobię :) )?

Moje pytanie ma także podłoże ekonomiczne, ponieważ prawdopodobnie i tak każda stacja robocza
posiada pakiet office, a w przypadku serwera potrzebujemy chyba licencję serwerową na office dla
każdego konta - czyli wychodzi po 2 office na głowę.

Mam nadzieję że zaspokoicie moją ciekawość :)

Użytkownik "pin54" <gen.pinochet> napisał w wiadomości
news:6jb1
> PawełB pisze:
> Ja mam takie pytanie trochę z innej beczki (jestem totalnym lajkonikiem
> ;) ) - dlaczego wykorzystujecie połączenie przez zdalny pulpit ? Czy
> nie prościej jest skorzystać z pliku bazy na serwerze, a aplikację
> odpalać na maszynie roboczej (chyba się da, przynajmniej żyję w takiej
> świadomości, że jak będzie mi to potrzebne to tak to zrobię :) )?


Najprościej ujmując:

Otóż stosujemy pulpit zdalny, ponieważ baza danych Access jest umieszczona w
plikach (.mdb, .accdb), i w odróżnieniu od rozwiązań typu: klient-serwer (np.
serwer MSSQL), aby połączyć się z danymi umieszczonymi zdalnie i je przetworzyć,
stacja czyta i zapisuje plik z serwera i przetwarza na stacji lokalnej. Takie
rozwiązanie (plikowa baza danych) jest dobre w pracy jednostanowiskowej, ew. w
sieci lokalnej (LAN) - w praktyce do 10 użytkowników,

Praca w trybie pulpitu zdalnego jest dla Accessa tak naprawdę pracą lokalną.
Użytkownik zdalnie steruje aplikacją i okienkami.

Natomiast gdyby aplikacja Access użytkownika zdalnego miała zaczytywać plik bazy
(w praktyce kilka-kilkanaście MB) z serwera w sieci zdalnej, niestabilnej,
omijać firewalle ...sam sobie wyobraź. :-)
W przypadku np. MSSQL, w sieci zdalnej wysyłane są tylko polecenia do serwera, a
obróbka danych na serwerze. Prezentacja danych w przeglądarce użytkownika (ASP),
dane np. w plikach typu XML...


> Moje pytanie ma także podłoże ekonomiczne, ponieważ prawdopodobnie i tak
> każda stacja robocza posiada pakiet office, a w przypadku serwera
> potrzebujemy chyba licencję serwerową na office dla każdego konta -
> czyli wychodzi po 2 office na głowę.
> Mam nadzieję że zaspokoicie moją ciekawość :)

Uzytkownik nie potrzebuje Office, aby uruchomić aplikację na swoim stanowisku, o
ile jest uruchomiona w trybie runtime (Access Runtime 2007 - licencja darmowa).



j.

Pytam po raz drugi: czy przy połączeniu zdalnego pulpitu istnieje możliwość
druku na lokalnej drukarce?

PB


Użytkownik "jacem" <jacem> napisał w wiadomości
news:5ls1
[..]

W dniu 2010-03-11 14:27, PawełB pisze:
> Witam,
> Oto mojej pytanie. Mam bazę w Accessie podzieloną na tabele i aplikację.
> Chciałbym, aby dostęp do niej mieli użytkownicy podpięcie do sieci
> gdziekolwiek do internetu.
> I teraz rozwiąznaie :
> Stawiam sobie komputer (serwer) w danym miejscu z możliwością
> przejmowania zdalnego pulpitu. Na danym komputerze uruchamiam bazę na
> której mogą pracować jednocześnie do 20 osób.
> 1.Czy wykorzysując zdalny pulpit ktoś z Was rozwiązuje podobny problem ?
> (proszę o opinię jak to działa)
> 2. Czy na jednym komputerze uruchomienie bazy przez np. 20 użytkowników
> jednocześnie nie będzie problemem ?
> 3. Czy na Windowsie warto coś takiego robić ? a może inne sprawdzone
> rozwiązanie ?
>
> PawełB
>
VPN np. na routerach i wtedy masz jedną sieć dla wszystkich maszyn ->
działają np. dyski sieciowe

przeniesienie danych do MSSQL-a i praca za pomocą protokołu TCP\IP -
wystarczy że serwer jest widoczny w sieci niekoniecznie na standardowym
porcie

przepisanie do aplikacji WEB

>
> VPN np. na routerach i wtedy masz jedną sieć dla wszystkich maszyn ->
> działają np. dyski sieciowe
>
> przeniesienie danych do MSSQL-a i praca za pomocą protokołu TCP\IP -
> wystarczy że serwer jest widoczny w sieci niekoniecznie na standardowym
> porcie
>
> przepisanie do aplikacji WEB
>> --
> Przemek

Ostatnie ćwiczyłem (testowałem) temat VPN - > WIN7 i niestety klapa.
Łączyłem się z maszyną ale kiedy chcaiłem zamapować jakiś dysk to niestety
pojawiał się problem - brak połaczenia czy coś takiego.

PawełB

W dniu 2010-03-11 23:14, PawełB pisze:
> Ostatnie ćwiczyłem (testowałem) temat VPN - > WIN7 i niestety klapa.
> Łączyłem się z maszyną ale kiedy chcaiłem zamapować jakiś dysk to
> niestety pojawiał się problem - brak połaczenia czy coś takiego.

jaki problem?
jak dasz jakieś info to pewnie da się go rozwiązać

Użytkownik "Przemysław Rachwał" <przemyslaw.rachwal> napisał w
wiadomości news:vrr1
>W dniu 2010-03-11 23:14, PawełB pisze:
>> Ostatnie ćwiczyłem (testowałem) temat VPN - > WIN7 i niestety klapa.
>> Łączyłem się z maszyną ale kiedy chcaiłem zamapować jakiś dysk to
>> niestety pojawiał się problem - brak połaczenia czy coś takiego.
>
> jaki problem?
> jak dasz jakieś info to pewnie da się go rozwiązać
>
> --
> Przemek

Na WIN 7 stawiam Połączenia przychodzące VPN.
Na routerze wykonuję przekierowanie Forwarding VirtualSerwer port 1723 TCP
na Ip konkretnego komputera. W danej sieci ma zewnetrzny adres IP.

I teraz , konkretnie w tej chwili próbuję z BLue Connecta dostać się do
wspomnianej maszyny z Visty poprzez wpisanie adresu IP zewnętrznego i
odpowiednich danych logowania.

Tak jak wspomniałem wcześniej lipa - działa to bardzio nie stabilnie w tej
chwili nawet nie moge się połączyć z daną maszyną.
(Warto w tej chwili wspomnieć że na WIN 7 uruchomnione są apache , vnc ...
ale to chyba nie powinno miec znaczenia ).

Chyba że coś zwaliłem :( ale jakiś czas temu dosyć również chciałem wykonac
testy tejże wspanialej usługi i nic

Paweł

Juzer PawełB <pawelboguszewski> napisał

(...)
|| Pulpit zdalny powoduje, że w rzeczywistości użytkownicy pracują jakby
|| byli równocześnie na tym samym komputerze.
|| Dlatego każdy z nich miał dostęp do swojego katalogu z front-endem,
|| otwieranym na wyłączność.
|
| W jaki sposób przydzieliłeś konkretny katalog do użytkownika?. Rozumiem
| że w każdym katalogu umieściłeś frontend-a.
| Czy robiłeś to w Windowsach XP ? (czy jest to możliwe aby wykonać to na
| XP, WIN 7)?

Samym przydzielaniem zajmowała się inna osoba, więc może coś przeinaczę:
Dla każdego loginu do sesji terminalowej można zdefiniować program
startowy.
W naszym wypadku było to:

"H:\...\msaccess.exe" "G:\...\034\front.mde" /excl

gdzie ów podkatalog "034" dla każdego innego loginu był inny.


| Jak sobie poradziłeś z drukowaniem z zdalnego pulpitu ? (jeżeli miałeś
| taką konieczność)

To była działka kogos innego.

PawełB pisze:
> Pytam po raz drugi: czy przy połączeniu zdalnego pulpitu istnieje
> możliwość druku na lokalnej drukarce?
>
> PB

Tak. W pracy mamy program magazynowy który działa na zdalnym pulpicie. Korzystamy z urządzeń
zewnętrznych np. drukarki (USB), wagi (com), czytniki kodów kreskowych itp. Na początku były jakieś
problemy, ale wszystko zostało raz skutecznie rozwiązane i działa. Czasami tylko nie wiadomo czemu
wszystkie drukarki znikają i trzeba się wylogować i zalogować ponownie, ale zdarza się rzadko więc
nie narzekam.

jacem wrote:


(...)
|| Ja mam takie pytanie trochę z innej beczki (jestem totalnym
|| lajkonikiem ;) ) - dlaczego wykorzystujecie połączenie przez zdalny
|| pulpit ? Czy nie prościej jest skorzystać z pliku bazy na serwerze,
|| a aplikację odpalać na maszynie roboczej (chyba się da, przynajmniej
|| żyję w takiej świadomości, że jak będzie mi to potrzebne to tak to
|| zrobię :) )?
|
|
| Najprościej ujmując:
|
| Otóż stosujemy pulpit zdalny, ponieważ baza danych Access jest
| umieszczona w plikach (.mdb, .accdb), i w odróżnieniu od rozwiązań
| typu: klient-serwer (np. serwer MSSQL), aby połączyć się z danymi
| umieszczonymi zdalnie i je przetworzyć, stacja czyta i zapisuje plik
| z serwera i przetwarza na stacji lokalnej.

To gruba przesada. Stacja robocza nie pobiera pliku. Przykładowo moje bazy
miały po 0,5-1GB.
Gdyby klient każdorazowo miał to ciągnąć do siebie, użytkownik czekałby
sobie dość długo...
Prawda jest taka, że skoro nie ma serwera, JET - lokalnie lub poprzez sieć
LAN - odczytuje/pobiera z backendu to co rzeczywiście potrzebuje. Np.
indeksy, konieczne do wyliczenia jakiejś kwerendy. Potem pobiera tylko te
rekordy, które mu się wyliczyły. Ten rzeczywisty transer danych tam i z
powrotem jest więc dużo-dużo mniejszy, niż to próbuje się sugerować.

Osobnym problemem jest kwestia blokowania rekordów w środowisku
wielodostępnym.
To głównie tutaj powstaje spory ruch w sieci i spore uzależnienie od jej
niezawodności i szybkości.

To co w miarę dobrze działa w LAN'ie, nie działa prawie wcale via Internet.
Wprawdzie ktoś tu się chwalił rozwiązaniami via Intranet czy WLAN i nawet
sobie chwalił, ale generalnie JET nie jest przeznaczony do takiej pracy.

| Takie rozwiązanie (plikowa
| baza danych) jest dobre w pracy jednostanowiskowej, ew. w sieci
| lokalnej (LAN) - w praktyce do 10 użytkowników,

Z tymi użytkownikami to też mit, choć oczywiście max. ilość równoczesnych
użytkowników (255) jest znacznie przesadzona :)

| W przypadku np. MSSQL, w sieci zdalnej wysyłane są tylko polecenia do
| serwera, a obróbka danych na serwerze. Prezentacja danych w
| przeglądarce użytkownika (ASP), dane np. w plikach typu XML...

Albo w accessie poprzez ODBC, albo ADP...
Czym będziemy się łączyć z serwerem to już naprawdę sprawa wtórna.

PawełB wrote:
| Pytam po raz drugi: czy przy połączeniu zdalnego pulpitu istnieje
| możliwość druku na lokalnej drukarce?

A zalogowałeś się kiedyś do pulpitu zdalenego?

Tam masz opcje gdzie możesz zaznaczyć, czy mają być dostępne urządzenia
lokalne:
dyski, USB, drukarki, schowek (Win XP)

"Lokalność" nie dotyczy tylko Twojego komputera ale w zasadzie całej
lokalnej sieci.
W każdym bądź razie ja drukuję na drukarkę sieciową.