Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Jednoczesna praca kilku operatorów na jednej bazie danych.

1,258 views
Skip to first unread message

adamc1ster

unread,
Oct 10, 2010, 6:33:24 AM10/10/10
to
Mam taki sobie problemik którego nie potrafię rozwiązać choć być może
jest on banalny.
Mam bazę danych do obsługi zawodów łuczniczych którą z trudem i przy
pomocy z tego forum jakoś skleciłem.
W związku z coraz większą frekwencją na zawodach i koniecznością
skrócenia czasu rejestracji zawodników oraz wprowadzenia wyników po
strzelaniach dobrym rozwiązaniem byłoby wprowadzanie tych danych na
kilku komputerach jednocześnie. Doczytałem się ze należy podzielić
bazę danych na dwie części jedną zawierająca tabele i druga do obsługi
tych tabel. W wersji Access 2007 jest taka opcja w narzędziach.
Połączenie w sieć lokalną kilku laptopów w miejscu zawodów też jest w
zasięgu mojej wiedzy ale nie mam pojęcia jak to dalej skonfigurować.
Proszę o pomoc jeżeli takie rozwiązanie jest możliwe i w miarę
łopatologiczny opis.
Z poważaniem Adam

PB

unread,
Oct 10, 2010, 9:32:18 AM10/10/10
to
Jeżeli na komputerach masz Access to sprawa jest bardzo prosta.
Po połączeniu komputerów w sieć jeden znich traktujesz jako serwer na którym
będą znajdować się tabele, dane.
Na każdy kolejny komputer kopiujesz aplikację (frontend-a) i mapujesz
katalog z tabelami z komputera "serwer".
Pozostaje tylko odświeżenie lokalizacji danych. Wykorzytsujesz do tego
Menadzera połączeń tabel.
W przypadku nie posiadania Accessa na każdym komputerze musisz w apliakcji
wykonaś moduł który będzie sprawdzałi i umożliwiał odświeżenia tabel.
Przykład od Krzyśka P. :
http://www.access.vis.pl/war418.htm

I po sprawie.

P.B.

Użytkownik "adamc1ster" <adamc...@gmail.com> napisał w wiadomości
news:5d35d753-2b92-4e73...@k13g2000vbq.googlegroups.com...

Marzena

unread,
Oct 10, 2010, 9:44:39 AM10/10/10
to

Użytkownik "adamc1ster" <adamc...@gmail.com> napisał w wiadomości
news:5d35d753-2b92-4e73...@k13g2000vbq.googlegroups.com...

Podział bazy na fronton i zaplecze nie jest warunkiem koniecznym na
jednoczesna prace kilku użytkowników. Owszem, wpływa to na wydajność, więc
pewnie warto, ale tu nie o to chodzi.
W opcjach bazy Access - zaawansowane musisz ustawić opcje otwierania bazy.
Domyślnym ustawieniem jest udostępnione otwieranie bazy - czyli pozwala na
jednoczesną pracę niejednego użytkownika. Musisz także zdecydować - czy i
jak blokować rekordy (też w opcjach zaawansowanych). Tu właśnie może pojawić
się problem - jaki ma być podział pracy pomiędzy poszczególnych
użytkowników? Konflikty mogą się pojawić wtedy, gdy kilku jednocześnie
zacznie edytować ten sam rekord. Nie znając schematu Twojej bazy - trudno
jest radzić coś konkretnego.
A tak na marginesie - otwierając kilka sesji Accessa na tym samym
komputerze - też możesz potestować wielodostep.

------------------------------------------
marzatela
http://mojezmaganiainformatyczne.blox.pl

adamc1ster

unread,
Oct 10, 2010, 10:50:38 AM10/10/10
to
On 10 Paź, 15:44, "Marzena" <marzat...@gazeta.pl> wrote:
> Użytkownik "adamc1ster" <adamc1s...@gmail.com> napisał w wiadomościnews:5d35d753-2b92-4e73...@k13g2000vbq.googlegroups.com...

A czy na wszystkich komputerach musi być acces miałem nadzieję że
wystarczy runtime.

Marzena

unread,
Oct 10, 2010, 11:13:11 AM10/10/10
to

Użytkownik "adamc1ster" <adamc...@gmail.com> napisał w wiadomości
news:6c386f27-b4fd-4169...@a19g2000vbi.googlegroups.com...

A czy na wszystkich komputerach musi być acces miałem nadzieję że
wystarczy runtime.

Z tego co wiem (akurat Runtime nie testowałam, moi użytkownicy zawsze mieli
pełne wersje) - wystarczy.

-----------------------------------
marzatela
http://mojezmaganiainformatyczne.blox.pl

adamc1ster

unread,
Oct 10, 2010, 12:38:52 PM10/10/10
to
On 10 Paź, 17:13, "Marzena" <marzat...@gazeta.pl> wrote:
> Użytkownik "adamc1ster" <adamc1s...@gmail.com> napisał w wiadomościnews:6c386f27-b4fd-4169...@a19g2000vbi.googlegroups.com...

>
> A czy na wszystkich komputerach musi być acces miałem nadzieję że
> wystarczy runtime.
>
> Z tego co wiem (akurat Runtime nie testowałam, moi użytkownicy zawsze mieli
> pełne wersje) - wystarczy.
>
> -----------------------------------
> marzatelahttp://mojezmaganiainformatyczne.blox.pl

Podzieliłem bazę przeniosłem na inny komputer tabele, i przy pomocy
menadżera połączonych tabel przydzieliłem ścieżki i działa zdalnie
( na pełnej wersji accesa ) natomiast nie wiem jak to zrobić w
aplikacji działającej pod runtime ponieważ nie potrafię podać ścieżek
dostępu ( przykład ze strony Krzyśka P. u mnie się nie otwiera
niestety)
Z poważaniem Adam

PB

unread,
Oct 10, 2010, 2:03:58 PM10/10/10
to
Pracuję na Accessie 2007 i przykład Krzyśka u mnie otwiera się bez
problemu.

Może spróbuj otworzyć Prog.mdb z Shift-em i moduł LINKOWANIE zastosuj do
swojej bazy.

P.B.

===

adamc1ster

unread,
Oct 10, 2010, 2:39:31 PM10/10/10
to

Z Shift-em się otworzyło moduł jest wiec jutro będę próbował go
zastosować do swojej bazy.
Dziękuję
Z poważaniem Adam Cymkiewicz.

adamc1ster

unread,
Oct 11, 2010, 6:34:18 AM10/11/10
to

Działa wszystko dziękuje za pomoc.

Krzysztof Naworyta

unread,
Oct 12, 2010, 7:01:26 AM10/12/10
to
Marzena wrote:


(...)


| Podział bazy na fronton i zaplecze nie jest warunkiem koniecznym na
| jednoczesna prace kilku użytkowników. Owszem, wpływa to na wydajność,
| więc pewnie warto, ale tu nie o to chodzi.

Ponieważ ruch na grupie niewielki, więc pozwolę sobie na polemikę :)
Fakt, że dzielić bazy nie ma obowiązku. Ale jednak jest to wysoce wskazane.
Nie tylko ze względu na wydajność. Przede wszystkim ze względu na wysokie
prawdopodobieństwo uszkodzenia pliku.
Trzeba pamiętać, że w bazie zawierającej oprócz tabel także formularze i
inne obiekty, access próbuje cały czas dokonać jakichś zmian.
Przykładowo po każdej zmianie szerokości kolumny, ich kolejności, przy
filtrowaniu czy sortowaniu.
Dodajmy do tego widoki tabeli przestawnej czy wykresu.
Lepiej aby kilku uzytkowników nie robiło tego naraz. Tym bardziej, że od
a'2000 wszystkie obiekty zapisane są w tabelach systemowych w jednym
wspólnym polu.

KN

Marzena

unread,
Oct 12, 2010, 1:10:27 PM10/12/10
to

Użytkownik "Krzysztof Naworyta" <k.naw...@datacomp.com.pl> napisał w
wiadomości news:i91f69$ed$1...@news.onet.pl...
Zdecydowanie masz rację. Też zawsze wykorzystuję tę opcję, choć formalnie -
nie jest to warunek konieczny wielodostępu.

Pozdrawiam

-----------------------------
marzatela
http://mojezmaganiainformatyczne.blox.pl

adamc1ster

unread,
Oct 12, 2010, 1:56:26 PM10/12/10
to
On 12 Paź, 19:10, "Marzena" <marzat...@gazeta.pl> wrote:
> Użytkownik "Krzysztof Naworyta" <k.nawor...@datacomp.com.pl> napisał w
> wiadomościnews:i91f69$ed$1...@news.onet.pl...

Tak w kontekście małego ruchu na grupie - Pomijając sprawę dzielenia
które wykonałem mam pytanie, czy tabele mogę umieścić na zdalnym ftp
czy też trzeba to jakoś inaczej zrobić.
tzn umieściłem na serwerze ftp przy próbie podłączenia się do tabel
wyświetla się komunikat że połączenie nie jest możliwe, nie wiem co
robię źle lub czy tak się da.

Jacek K.

unread,
Oct 13, 2010, 2:02:17 AM10/13/10
to
On 12 Paź, 19:56, adamc1ster <adamc1s...@gmail.com> wrote:

>
> Tak w kontekście małego ruchu na grupie - Pomijając sprawę dzielenia
> które wykonałem mam pytanie, czy tabele mogę umieścić na zdalnym ftp
> czy też trzeba to jakoś inaczej zrobić.
> tzn umieściłem na serwerze ftp przy próbie podłączenia się do tabel
> wyświetla się komunikat że połączenie nie jest możliwe, nie wiem co
> robię źle lub czy tak się da.

Nie da się edytować pliku będącego na serwerze ftp. Z ftp można
ściągać lub na niego wysyłać, ale edytować nie.

0 new messages