Pokazywanie postów oznaczonych etykietą CurrentDb. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą CurrentDb. Pokaż wszystkie posty

poniedziałek, 29 lutego 2016

• Funkcje API - Mutex, jedna instancja bazy MS Access

W poprzednim artykule • Funkcje API - Jedna instancja bazy MS Access przedstawiłem kilka rozwiązań dotyczących zabezpieczenia bazy danych MS przed otwarciem przez użytkownika drugiej instancji otwartej bazy danych. Przedstawione metody działają w oparciu o opcje startowe MS Access tj. makro AutoExec lub właściwość StartupForm = „Formularz startowy”. Akcja makra AutoExec (Action ="RunCode") lub zdarzenie OnLoad() formularza wywoływały funkcję własną CountAccessInstances(...) przedstawioną w art. • Funkcje API - ile uruchomiono instancji MS Access •. Funkcja własna CountAccessInstances w zależności od przekazanych argumentów wyszukiwała okna MS Access klasy OMain o tytule zgodnym z tekstem przekazanym w opcjonalnym argumencie sAccessTitle.

' poglądowy kod
If CountAccessInstances([opconalnie: JakisTytulOkna MS Access]) > 1 Then
  MsgBox "Nie możesz uruchomić następnej bazy danych, [instancji bazy danych] "
  ' zamknij otwieraną bazę
  Application.Quit
End If

Uniemożliwienia otwarcie drugiej instancji bazy danych wymagało przekazania w argumencie funkcji własnej CountAccessInstances(...) tytułu okna MS Access. Wymogiem poprawnego działania funkcji było, by bieżąca baza danych miała ustawioną właściwość CurrentDb.Properties("AppTitle"), gdyż przy braku tej właściwośći, nie można było jednoznacznie określić tytułu okna MS Access, gdyż tytuł okna MS Access zmienia się w zależności od jego wersji. Umożliwiało to otwarcie drugiej instancji bieżącej bazy danych za pomocą innej wersji MS Access.

• Mutex - synchronizacja procesów.

•    Co to jest mutex?

Tak ogólnie można napisać, że mutex jest obiektem służącym do synchronizacji wątków i dostępny jest dla wszystkich wątków uruchomionych aktualnie w systemie. Bardziej szczegółowe dane dotyczące mutexu możemy uzyskać z Wikipedii w artykule Problem wzajemnego wykluczania. Poniżej cytuję fragment z tego artykułu:

Algorytmy wzajemnego wykluczania (w skrócie często nazywane mutex, z ang. mutual exclusion) są używane w przetwarzaniu współbieżnym w celu uniknięcia równoczesnego użycia wspólnego zasobu (np. zmiennej globalnej) przez różne wątki/procesy w częściach kodu zwanych sekcjami krytycznymi. Sekcja krytyczna jest fragmentem kodu, w którym wątki (lub procesy) odwołują się do wspólnego zasobu. Sama w sobie nie jest ani mechanizmem, ani algorytmem wzajemnego wykluczania. Program, proces lub wątek może posiadać sekcje krytyczne bez mechanizmów czy algorytmów implementujących wzajemne wykluczanie.

Aby stworzyć mutex należy wywołać funkcję CreateMutex(...), która po stwierdzeniu braku mutexu o podanej nazwie w systemie tworzy go, a funkcja GetLastError zwraca wartość ERROR_SUCCESS=0. Jeśli mutex już istnieje, funkcja CreateMutex(...) tworzy nowy uchwyt, a funkcja GetLastError zwraca wartość ERROR_ALREADY_EXISTS.
W chwili tworzenia mutexu wątek żąda natychmiastowego prawa własności do niego. Inne wątki moga otworzyć mutex za pomocą funkcji OpenMutex() i czekać na objęcie mutexu w posiadanie. Aby uwolnić mutex należy wywołć funkcję ReleaseMutex(). Jeśli wątek zakończy się i nie uwolni mutexu, to taki mutex uważany jest za porzucony i każdy czekający wątek może objąć go w posiadanie.
Teoretycznie jawne zamykanie uchwytów nie jest niezbędne, gdyż system zamyka wszystkie uchwyty w chwili zakończenia procesu, jednak zalecane jest, kiedy obiekt jest niepotrzebny.

• Mutex - jedna instancja bazy.

W celu uniemożliwienia otwarcie drugiej instancji bieżącej bazy danych wykorzystamy trzy funkcje API:
• CreateMutex(...) - tworzy, bądź otwiera nazwany lub nienazwany mutex i zwraca uchwyt do niego
• ReleaseMutex(...) - zwalnia mutex, proces przestaje być właścicielem mutexu, co pozwala przejąć go przez inny proces.
• CloseHandle(...) - zamyka obiekt identyfikowany przez uchwyt.  
Option Compare Database
Option Explicit

' • Function OneInstanceDb() As Long
' --------------------------------------------------------------------------------------
' autor: Zbigniew Bratko - 02.2016
' Tworzy nazwany muteks, uniemożliwiający otwarcie drugiej instancji bieżącej bazy danych
' [Out] - Przy powodzeniu tworzy nazwany muteks i zwraca liczbę różną od 0 (Zero)
'         Przy niepowodzeniu zwraca 0 (Zero)
'

#If VBA7 Then
  Private Declare PtrSafe Function CreateMutex Lib "kernel32" _
           Alias "CreateMutexA" _
           (lpMutexAttributes As SECURITY_ATTRIBUTES, _
           ByVal bInitialOwner As Long, _
           ByVal lpName As String) As LongPtr
  Private Declare PtrSafe Function ReleaseMutex Lib "kernel32" _
          (ByVal hMutex As LongPtr) As Long
  Private Declare PtrSafe Function CloseHandle Lib "kernel32" _
          (ByVal hObject As LongPtr) As Long
  Private Type SECURITY_ATTRIBUTES
          nLength As Long
          lpSecurityDescriptor As LongPtr
          bInheritHandle As Long
  End Type
  Private m_hMutex As LongPtr
#Else
  Private Declare Function CreateMutex Lib "kernel32" _
          Alias "CreateMutexA" _
          (lpMutexAttributes As SECURITY_ATTRIBUTES, _
          ByVal bInitialOwner As Long, _
          ByVal lpName As String) As Long
  Private Declare Function ReleaseMutex Lib "kernel32" _
          (ByVal hMutex As Long) As Long
  Private Declare Function CloseHandle Lib "kernel32" _
          (ByVal hObject As Long) As Long
  Private Type SECURITY_ATTRIBUTES
            nLength As Long
            lpSecurityDescriptor As Long
            bInheritHandle As Long
    End Type
    Private m_hMutex As Long
#End If
Private Const ERROR_ALREADY_EXISTS = &HB7
Private Const ERROR_SUCCESS = 0&


' Funkcja własna OneInstanceDb() - uruchomienie:
' makro AutoExec:
' Action = RunCode
' FunctionName = OneInstanceDb ()
' lub
' Zdarzenie OnLoad formularza startowego (StartUpForm)
Public Function OneInstanceDb() As Long

#If VBA7 Then
  Dim hMutex As LongPtr
#Else
  Dim hMutex As Long
#End If

Dim sa As SECURITY_ATTRIBUTES

  sa.nLength = Len(sa)
  ' utwórz nazwany muteks i zostań jego właścicielem (bInitialOwner=1)
  hMutex = CreateMutex(sa, 1, "NazwaMuteksu")
  ' sprawdź, czy nie wystąpił błąd podczas tworzenia muteksu
  If (Err.LastDllError = ERROR_SUCCESS) Then
    ' zapisz uchwyt muteksu w zmiennej prywatnej na poziomie modułu
    m_hMutex = hMutex
    OneInstanceDb = 1
    ' ... inne instrukcje (np. DoCmd.OpenForm "StartUpForm")
  Else
    If (Err.LastDllError = ERROR_ALREADY_EXISTS) Then
      ' muteks już istnieje, zamknij uchwyt
      Call CloseHandle(hMutex)
      MsgBox "Nie możesz uruchomić drugiej instancji bieżącej bazy danych!"
    Else
      ' (*) - patrz uwagi
      MsgBox "Nieprzewidziany błąd nr " & Err.LastDllError
    End If
    Application.Quit
  End If

End Function


' • Function RemoveMutex() As Long
' -------------------------------------------------------
' autor: Zbigniew Bratko - 02.2016
' Zwalnia muteks i zamyka uchwyt muteksu
' [Out] - Przy powodzeniu zwraca liczbę różną od 0 (Zero)
'         Przy niepowodzeniu zwraca 0 (Zero)

' Funkcja własna RemoveMutex()
' funkcję zwalniającą muteks należy uruchomić przy zamykaniu bazy, lub gdy chcemy
' zezwolić użytkownikowi na otwarcie drugiej instancji bazy.
Public Function RemoveMutex() As Long
Dim lRet As Long
    
    If m_hMutex <> 0 Then
      ' zwolnij muteks
      If ReleaseMutex(m_hMutex) <> 0 Then
        RemoveMutex = CloseHandle(m_hMutex)
      End If
    End If

End Function

Uwagi:
(*) komunikat typu:

MsgBox "Nieprzewidziany błąd nr " & Err.LastDllError

jest dość zdawkowy i nie daje końcowemu użytkownikowi zbyt wiele informacji o przyczynie błędu.
W następnym artykule (być może) postaram się przedstawić rozwiązanie, by komunikaty o błędach były bardziej przyjazne dla użytkownika.

• Inne rozwiązania

Nasuwa mi się jeszcze jedno (dość nietypowe) rozwiązanie oparte o utworzenie, przez zabezpieczaną bazę, swojego własnego, prywatnego okna o indywidualnym tytule, którego istnienie świadczyć będzie, że baza została juz uruchomiona. Dodatkowo, utworzone okno będzie mogło spełniać rolę "malutkiego" komunikatora pomiędzy bazami. Ale o tym będzie w którymś kolejnym artykule. Gdy artykuł będzie gotowy, podam tutaj link do niego.

• Funkcje API - Mutex, jedna instancja bazy MS Access • Przykładowa baza MS Access do pobrania

poniedziałek, 22 lutego 2016

• Funkcje API - Jedna instancja bazy MS Access

logo

Czasami projekt bazy danych wymaga, (z takich, czy innych względów), by użytkownik nie mógł otworzyć drugiej instancji bieżącej bazy danych. Sposobów zabezpieczenia się (a raczej pseudozabezpieczenia) przed otwarciem drugiej instancji bieżącej bazy jest kilka, jeśli nie kilkanaście. Generalnie wszystkie metody będą działały w oparciu o opcje startowe MS Access:

• Akcja makro Autoexec
Makro jest uruchamiane automatycznie podczas startu MS Access. Za pomocą funkcji uruchamianej przez to makro dokonujemy "pseudozabezpieczeń". Możemy również otworzyć jakiś formularz (może być ukryty), który będzie ... patrz punkt niżej:
Właściwość: StartupForm
Podczas startu MS Access automatycznie otwierany jest formularz startowy: StartupForm = „Nazwa formularza startowego” w którym np. w zdarzeniu OnLoad uruchamiamy funkcję, która tworzy "pseudozabezpieczenie"

Obie te opcje startowe można pominąć, otwierając bazę danych trzymając wciśnięty klawisz „Shift”. Ale z pomocą przychodzi właściwość AllowBypassKey, za pomocą której możemy uniemożliwić używanie klawisza SHIFT dla opcji startowych. Tak przy okazji, w celu dodatkowego zabezpieczeni możemy skorzystać z właściwości AllowSpecialKeys za pomocą której możemy uniemożliwić korzystanie użytkownikowi ze specjalnych klawiszy programu MS Access

  Sekwencja klawiszy  Skutek
F11Wyświetlenie okna bazy danych na wierzchu
CTRL+GWyświetlenie okna analizy programu
ALT+F11Wyświetlenie okna edytora VBA
CTRL+F11Przełączanie pomiędzy niestandardowym paskiem menu i wbudowanym paskiem menu
CTRL+BREAKWprowadzenie trybu przerwania i wyświetlenie bieżącego modułu w oknie modułu
SHIFTWciśnięcie podczas startu bazy umożliwia pominięcie opcji startowych tzn. makro Autoexec i formularz startowy nie są uruchamiane.

• Pseudozapezpieczenia

• Zapis pliku na dysku

Pierwszym, narzucającym się rozwiązaniem jest zapisanie „gdzieś” na dysku, podczas startu bazy, małego pliku tekstowego, takie niby „cookies”, który będzie usuwany przy zamknięciu bazy danych. Podczas startu bazy danych, z poziomu makra Autoexec lub formularza startowego, uruchomiana będzie „Jakas_Funkcja” sprawdzającej obecność pliku. Jak plik istnieje, to zostanie wywołana metoda Application.Quit dla nowo otwieranej instancji bazy.

' przykładowy kod
If Len(Dir("Sciezka_MojPlik")) > 0 Then
  ' plik istnieje, zamknij otwieraną bazę
  MsgBox "Nie możesz uruchomić następnej bazy danych"
  Application.Quit
End If

No niby tak, ale jeżeli zawiesi się System (baza), wtedy plik "Sciezka_MojPlik" nie zostanie usunięty z dysku, i przy następnym uruchomieniu naszej bazy możemy mieć poważne kłopoty. Plik istnieje (i będzie istniał, aż do jego usunięcia), więc może się zdarzyć tak, że zawsze będzie QUIT.

• Tylko jedna instancja MS Access

Innym sposobem jest sprawdzenie podczas uruchomienia bazy danych, czy inna instancja MS Access jest otwarta. W tym celu możemy skorzystać z funkcji własnej CountAccessInstances(...) przedstawionej w art. • Funkcje API - ile uruchomiono instancji MS Access •. Jeżeli funkcja zwróci wartość > 1, wtedy nie pozwalamy na uruchomienie bazy.

' przykładowy kod
If CountAccessInstances > 1 Then
  MsgBox "Nie możesz uruchomić następnej bazy danych"
  ' zamknij otwieraną bazę
  Application.Quit
End If

Niestety, to rozwiązanie ma jeden wielki minus. W ten sposób uniemożliwimy użytkownikowi otwarcie jakiejkolwiek innej bazy danych, gdy otwarta jest „ta nasza jedyna baza”.

• Tylko jedna instancja bieżącej bazy MS Access

Aby umożliwić użytkownikowi otwarcie innych baz, z wyłączeniem drugiej instancji bieżącej bazy danych, musimy podczas uruchamiania bazy sprawdzić, czy nie została wcześniej otwarta pierwsza instancja bazy. W tym celu skorzystamy z funkcji własnej GetTextWindow(...) przedstawionej w art.  • Funkcje API - jak pobrać tytuł (tekst) okna • w celu pobrania tytułu (tekstu) okna MS Access otwieranej bazy danych oraz (tak jak w poprzednim przykładzie), z funkcji własnej CountAccessInstances(...) przedstawionej w art. • Funkcje API - ile uruchomiono instancji MS Access • w celu pobrania ilości okien MS Access o tytule (tekście) zwróconym przez funkcję własną GetTextWindow(...).

' przykładowy kod  
Dim sCurrDbTitle As String

' pobierz tytuł okna MS Access bieżącej bazy
sCurrDbTitle = GetTextWindow(Application.hWndAccessApp)
' pobierz ilość otwartych instancji MS Access o tytule okna sCurrDbTitle
If CountAccessInstances(sCurrDbTitle) > 1 Then
  MsgBox "Nie możesz uruchomić drugiej instancji bieżącej bazy danych!"
  ' zamknij otwieraną bazę
  Application.Quit
End If

Niestety, to rozwiązanie też ma swoje wady. Jeżeli baza danych nie ma ustawionej właściwości CurrentDb.Properties("AppTitle"), którą to właściwość można ustawić za pomocą: Menu Plik/Opcje/Bieżąca baza danych/Opcje aplikacji/Tytuł Aplikacji, to tytuł okna MS Access zmienia się, wraz ze zmianą wersji MS Access.

Przykładowo dla bazy testowej: C:\tmp\dbTest.accdb
MS Access 2016 - "Access — dbTest : Baza danych- C:\tmp\dbTest.accdb (format pliku programu Access 2007–2016)"
MS Access 2010 - "Microsoft Access — dbTest : Baza danych (Access 2007 - 2010)"
MS Access 2007 - "Microsoft Access — dbTest : Baza danych (Access 2007)"
Jeżeli wymogiem dla prawidłowego działania kodu jest konieczność ustawienia właściwości CurrentDb.Properties("AppTitle") to nie musimy korzystać z funkcji własnej GetTextWindow(...), tytuł okna MS Access pobierzemy dzięki właściwości CurrentDb.Properties("AppTitle").

' przykładowy kod  
Dim sCurrDbTitle As String

' pobierz tytuł okna MS Access bieżącej bazy
sCurrDbTitle = CurrentDb.Properties("AppTitle")
' pobierz ilość otwartych instancji MS Access o tytule okna sCurrDbTitle
If CountAccessInstances(sCurrDbTitle) > 1 Then
  MsgBox "Nie możesz uruchomić drugiej instancji bieżącej bazy danych!"
  ' zamknij otwieraną bazę
  Application.Quit
End If

• Inne rozwiązania

Innym rozwiązaniem jest uruchomienie „jakieś funkcji”, która będzie pilnowała, by otwarta była jedna instancja bieżącej bazy danych. Innymi słowy „Jakaś funkcja” musi być uruchomiona podczas startu bazy danych i przez cały czas działania bazy musi sprawdzać, czy nie została otwarta druga instancja bieżącej bazy danych. Najprostszym rozwiązaniem jest otwarcie ukrytego formularza startowego z włączonym Timerem, w którym to w pewnych odstępach czasu (patrz. właściwość Form.TimerInterval), będzie sprawdzała, czy nie jest otwarta druga instancja bazy (druga instancja MS Access)

Oczywistym rozwiązaniem powinno być wykorzystanie systemowych mechanizmów służących do synchronizacji wątków, czyli algorytmów wzajemnego wykluczania (w skrócie mutex, z ang. mutual exclusion) Jak wykorzystać mutex w celu uniemożliwienia otwarcia drugiej instancji bazy danych MS Access opisałem w artykule • Funkcje API - Mutex, jedna instancja bazy MS Access •