Współbieżność MS Access (MDB)

To stare pytanie, ale nikt jeszcze na nie nie odpowiedział. Oto pytania:

1. Jak obsługiwane są współbieżne odczyty w MDB?
2. Jak obsługiwane są równoległe aktualizacje / usuwanie w MDB?
3. Czy istnieje koncepcja blokady i jak mogę ją wykorzystać w aplikacji. NET?
4. czy umieszczenie pliku MDB na udostępnieniu sieciowym jest dobrym czy okropnym pomysłem?

Na pierwsze dwa pytania można zasadniczo odpowiedzieć jednym wyjaśnieniem. Jedno kluczowe zastrzeżenie tutaj: odpowiedzi jestem podanie tutaj jest specyficzne dla Jet MDB (i ich wariantów) i nie dotyczy całkowicie nowego formatu pliku wprowadzonego począwszy od a2007, czyli formatu ACCDB. Nie do końca zbadałem implikacje usunięcia Jet ULS z ACE i niektóre z poniższych komentarzy mogą zakładać Jet ULS poniżej maski. Dla wielu rzeczy, jednak, można zastąpić "plik LACCDB" na "plik LDB" i wyniki będą takie same.

1-2) jednoczesny odczyt/aktualizacje / usuwanie

Baza danych Jet silnik jest często określany jako baza danych "serwera plików", ponieważ nie ma demona po stronie serwera zarządzającego we/wy z plikami danych na serwerze. Oznacza to, że wszyscy klienci korzystający z Jet MDB odczytują plik bezpośrednio.

Jest to oczywiście przepis na katastrofę, jeśli nie ma wbudowanego mechanizmu obsługi współbieżnego dostępu do pliku.

Jet używa pliku blokującego rekord, gdzie jeśli twoim MDB jest " MyFile.MDB " plik blokujący rekord będzie znajdował się w tym samym folderze i nazywa się " MyFile.LDB". Plik LDB rejestruje co użytkownicy JET ULS mają plik MDB otwarty, co stacja robocza, że użytkownik jest połączony z, i wszystkie informacje niezbędne do negocjowania problemów współbieżności.

Teraz, dla tych, którzy wycięli zęby na silnikach bazodanowych klient / serwer, może to wydawać się prymitywne i niebezpieczne, ale w czasie, gdy silnik bazodanowy Jet został opracowany, jego celem było wykorzystanie jako pulpit bazy danych dla małych grup roboczych i konkurował z innymi pulpitami db silniki takie jak Xbase i Paradox, które używały analogicznych plików blokujących do zarządzania równoczesnym użyciem plików danych z wielu klientów.

W pliku bazy danych Jet, blokady są stosowane albo na stronach danych (które w Jet 4 zostały zwiększone do 4K, podczas gdy w Jet 3.x i wcześniej były 2K), lub na poziomie rekordu, jeśli Tabela danych została pierwotnie utworzona w celu użycia blokowania poziomu rekordu. W pierwszych dniach Jet 4, rekordowe blokowanie zostało uznane przez wielu za dość powolne, szczególnie gdy używając pesymistycznego blokowania, więc wielu deweloperów dostępu nigdy nie używało niczego poza blokowaniem na poziomie strony (@David Fenton podnosi rękę!).

W rzeczywistości, używając blokowania optymistycznego, unikasz większości problemów z współbieżnością, które wynikałyby z blokowania pesymistycznego.

Niektóre zastrzeżenia:

1. Od DAO blokowanie na poziomie rekordu jest niedostępne, a Ty zawsze masz tylko blokowanie na poziomie strony.

2. Od DAO istnieje wiele opcji kontrolowania optymistycznego / pesymistycznego blokowanie, w szczególności argument LockEdits metody OpenRecordset, ale również współdziała z niektórymi ustawieniami podanymi w argumencie Openrecordset Options (np. opcja dbReadOnly nie może być używana z LockEdits). Oprócz blokowania, istnieją również opcje dla spójnych/niespójnych aktualizacji, a wszystko to może wchodzić w interakcje z transakcjami (np. zmiany w niezamówionej transakcji nie będą widoczne dla innych użytkowników, a tym samym nie będą z nimi sprzeczne, ale może umieścić blokady tylko do odczytu na tablicach).

Z ADO / OLEDB, te struktury sterujące współbieżnością Jet będą mapowane na odpowiednie funkcje i argumenty Znalezione w ADO/OLEDB. Ponieważ używam Jet tylko z Access, współdziałam z nim tylko przez DAO, więc nie mogę doradzić, jak je kontrolujesz za pomocą ADO / OLEDB, ale chodzi o to, że silnik bazy danych Jet oferuje kontrolę nad blokowaniem rekordów podczas dostępu do niego programowo (w przeciwieństwie do interfejsu dostępu) -- to bardziej skomplikowane.

3) zamki i. net

Nie mogę tu udzielić żadnej porady, poza tym, że prawdopodobnie używasz OLEDB jako interfejsu danych, ale chodzi o to, że funkcja blokowania / kontrola jest tam w samym silniku db, więc prawdopodobnie istnieje sposób, aby kontrolować go za pomocą OLEDB. Może nie jest to jednak ładne, ponieważ wydaje mi się, że OLEDB jest zaprojektowany wokół architektur klient/serwer, a blokowanie plików Jet może nie odwzorowywać tego w elegancki sposób.

4) MDB on a network share

Jet jest bardzo wrażliwy na najmniejszą czkawkę w każdym połączeniu sieciowym. Z tego powodu sieci o niskiej przepustowości mogą zwiększyć podatność baz danych Jet otwartych w wolnym połączeniu.

Dzieje się tak dlatego, że główne fragmenty pliku bazy danych muszą zostać przeciągnięte przez przewód do pamięci RAM komputera lokalnego w celu przetworzenia. Teraz wiele osób błędnie twierdzi, że cały plik MDB jest przeciągany przez przewód lub że całe tabele są przeciągane przez przewód. To nieprawda. Zamiast tego Jet najpierw żąda indeksów (i żąda nie więcej niż to konieczne, aby spełnić zapytanie), a następnie z tego wyniku określa dokładnie, które strony danych są potrzebne, a następnie pobiera tylko te strony. Jest to zaskakująco wydajne i szybkie.

Ponadto Jet wykonuje bardzo inteligentne buforowanie, które może oznaczać, że pierwsze żądanie danych może chwilę potrwać, ale kolejne żądania tych samych danych zdarzają się niemal natychmiast z powodu buforowania.

Teraz, jeśli nie zindeksowałeś swoich tabel dobrze, możesz wyciągnąć cały stół i zrobić pełne skanowanie tabeli. Podobnie, jeśli bazujesz kryteria na funkcjach po stronie klienta, które nie są częścią dialektu SQL Jet, możesz wyciągnąć pełną tabelę(sortowanie na, powiedzmy, Replace (MyField, "A", "Z") może spowodować Pełne skanowanie tabeli). Ale tego typu rzeczy będą nieefektywne z architekturą klient / serwer, też, więc jest to po prostu zdroworozsądkowe projektowanie schematu, aby indeksować rzeczy prawidłowo i być ostrożnym z korzystanie z funkcji UDFs lub innych niż Jet. Ogólnie rzecz biorąc, te same rzeczy, które są wydajne z klientem / serwerem, będą wydajne z Jet (główna różnica polega na tym, że w przypadku Jet lepiej jest mieć stałe połączenie, aby uniknąć kosztów związanych z odtworzeniem pliku LDB, co jest znaczące).

Inną rzeczą, której należy unikać, jest próba użycia Jet data przez połączenie Wi-Fi. Wszyscy wiemy, jak zawodne jest WiFi, a to tylko prośba o problemy z próbą pracy z Jet danych przez połączenie Wi-Fi.

The bottom line:

Jeśli używasz MDB jako magazynu danych do serwowania danych z serwera www, powinieneś umieścić je jak najbliżej pamięci RAM serwera www. Oznacza to, że tam, gdzie to możliwe, na woluminie dysku dołączonym do fizycznego serwera www. Tam, gdzie nie jest to możliwe, potrzebujesz szybkiego, niezawodnego połączenia LAN. Sieci LAN GB w centrach danych są obecnie dość powszechne i byłoby mi bardzo wygodnie pracować z Jet data w tego rodzaju połączenie.

Do wspólnego użytku, np. wielu stacji roboczych klienckich uruchamiających VB.NET aplikacja desktopowa udostępniająca pojedynczy dysk JET MDB jako magazyn danych, bezpiecznie jest mieć plik danych na niezawodnym serwerze plików. Tam, gdzie to możliwe, dobrym pomysłem jest umieszczenie Plików Jet MDB na komputerach, które nie służą wielu celom (np. kontroler domeny, na którym działa Exchange, SQL Server i działający jako serwer plików i serwer wydruku, może nie być najlepszą lokalizacją). Aplikacje takie jak Exchange mogą bardzo zakłócać z funkcjonalnością serwera plików i zwykle nie polecam umieszczania plików MDB na serwerze, który jest wielozadaniowy jako serwer Exchange, chyba że jest bardzo niski wolumen.

Inne uwagi:

1. Nigdy nie próbuj rozpowszechniać MDB na replikowanym systemie plików, chyba że wszyscy użytkownicy używają tej samej repliki. Oznacza to, że jeśli masz dwa serwery replikujące pliki między nimi, nawet nie myśl o edycji pliku MDB z obu serwerów. Spowoduje to uszkodzenie pliku prawie natychmiast.

2. Zalecałbym przechowywanie dowolnego MDB na czymkolwiek innym niż natywny system plików Windows obsługiwany przez natywną sieć Microsoft SMB. Oznacza to brak Novella, Linuksa, samby. Kluczowym powodem tego jest to, że najwyraźniej istnieją niskopoziomowe Hooki z Jet do niektórych niskopoziomowych funkcji blokowania w systemie plików Windows, które nie są w 100% replikowane na innych systemach plików. Jestem w tym bardzo konserwatywny i wielu kompetentnych programistów dostępu zgłosiło doskonałe wyniki z odpowiednio skonfigurowanymi serwerami plików Novell (często trzeba wprowadzić pewne korekty blokujące zapis, choć w dzisiejszych czasach może to być mniej istotne - nawet Nie wiem, czy Novell już istnieje!), oraz niesamowitą wydajność serwerów plików opartych na Linuksie z sambą. Jestem ostrożny i polecam każdemu klientowi (dotyczy to również różnych urządzeń SAN, ponieważ niewiele z nich jest opartych na systemie Windows).

3. Nigdy bym ich nie uruchomił na żadnej zwirtualizowanej system plików z tych samych powodów. Mam jednak klienta, który od kilku lat uruchamia aplikację dostępu dla jednego użytkownika pod Parallels na komputerze Mac Air bez żadnego problemu. Ale jest jednoosobowy, więc problemy z blokowaniem będą stosunkowo niewielkie.

Nie wiem, czy to odpowiada na twoje pytania, czy nie. Wszystko to opiera się na moim 13-letnim regularnym użytkowaniu Jet jako programisty dostępu i badaniu jedynej opublikowanej książki na temat Jet, programistów Jet Database Engine Przewodnik (tylko dla Jet 3.5). Nie podałem żadnych prawdziwych cytatów, ale jeśli ktoś potrzebuje jakichś szczegółów na cokolwiek powiedziałem, zrobię badania, jeśli będę mógł.