Access – jako klient do wyświetlania i modyfikacji danych SQL Server

AccessJakoKlientBazySQLServer_00

W ostatnim czasie miałem okazję pracować przy dosyć ciekawym przedsięwzięciu – chodziło mianowicie o to aby użytkownicy mogli w szybki i bezbolesny sposób modyfikować dane zawarte w SQL Server. Na myśl przychodzi nam język TSQL i Management Studio – jednakże w tym przypadku takie połączenie nie wchodziło w grę ze względu na to, że użytkownicy którzy takich zmian mieli dokonywać nie byli osobami technicznymi. Mieliśmy kilka dostępnych opcji aby osiągnąć pożądane rezultaty jednakże klient bardzo chciał aby można było to robić przy użyciu narzędzi zawartych w Microsoft Office. Tak właśnie zrodził się pomysł użycia Access’a czyli nieco zapomnianej już funkcjonalności lokalnej bazy danych zawartej we wspomnianym pakiecie biurowym. W ramach niniejszego artykułu powiemy sobie jak użyć Accessa jak narzędzia klienckiego dla tabel zawartych w bazie SQL Server.

Pierwszym krokiem przedstawienia tej prostej funkcjonalności będzie stworzenie obiektów bazodanowych na których będziemy działać. Składają się na nie przykładowa baza danych o nazwie AccessClientDemo oraz zawarta w niej tabela Users składająca się z identyfikatora, imienia, nazwiska oraz daty urodzenia:

Mając już gotowe obiekty możemy otworzyć Accessa – naszym oczom powinien ukazać się obraz podobny do poniższego gdzie dla przykładu stworzymy sobie nową bazę danych (Blank desktop database):

W następnym kroku możemy wybrać lokalizację i nazwę naszej lokalnej bazy danych:

Stworzona zostanie dla nas baza danych i automatycznie pusta tabela – możemy ją usunąć. Naszym celem jest to aby połączyć się do bazy SQL Server więc możemy wybrać na wstążce External Data, a następnie ODBC Database.

W tym miejscu pojawi się okno połączeniowe do bazy danych. Kluczowe jest to aby wybrać drugą opcję tj. Link to the data source by creating a linked table – tzn nasza aplikacja będzie działać jako klient i nie będzie pobierała żadnych danych (do tego służy opcja numer 1). Po wybraniu tej opcji zatwierdzamy OK:

Dalej musimy stworzyć źródło danych ODBC – jeśli chcemy stworzyć źródło danych dla bieżącego użytkownika możemy to zrobić w ten właśnie sposób – w innym przypadku tj. gdy chcemy stworzyć źródło dla lokalnego komputera to musimy zrobić to uruchamiając aplet dodawania źródła ODBC jako administrator. Na ten moment stwórzmy ODBC dla użytkownika klikając przycisk Nowe:

Definiowanie nowego połączenia nie powinno przysparzać problemów i w pierwszym kroku sprowadza się do wybrania odpowiedniego sterownika:

This slideshow requires JavaScript.

a następnie do zbudowania łańcucha połączeniowego poprzez podanie nazwy serwera, sposobu uwierzytelnienia itp:

This slideshow requires JavaScript.

Po prawidłowym stworzeniu źródła można wybrać tabelę do, której będziemy się łączyć – wybierzmy ją z listy  zatwierdzając przyciskiem OK. Kolejną rzeczą jest wybranie kolumn, które chcemy mieć widoczne w Access:

This slideshow requires JavaScript.

Po tym jak wyświetli się nasza tabela możemy dodawać, modyfikować i usuwać rekordy w standardowy sposób:

Ciekawie przedstawiają sie zapytania podejrzane przez SQL Server profiler jakie Access wysyła do SQL Server – np. poniżej zapytanie wstawiające dane do tabeli:

Access wysyła zapytania z wykorzystaniem składni sp_executesql. Co natomiast gdy wielu użytkowników modyfikuje tą samą tabelę? Oczywiście transakcyjność jest obsługiwana po stronie serwera SQL – jeśli chodzi natomiast o podgląd to sprawdźmy to wstawiając do tabeli dane od strony Management Studio (wykorzystamy składnię wygenerowaną przez Access natomiast możemy to równie dobrze zrobić w jakikolwiek inny sposób):

W Access nasz podgląd nie jest na bieżąco odświeżany – ale po zamknięciu i otwarciu naszej tabeli wszystkie rekordy są na swoim miejscu ( po drodze usunąłem kilka rekordów):

Oczywiście same zapytania nie zawsze są optymalne – jak wszystko co jest wygenerowane automatycznie -jednakże jest to całkiem dobry interfejs dla niektórych zastosowań. Pamiętajmy, że na takiej tabeli mozemy stworzyć w Access odpowiedni formularz, kwerendę itp co daje nam całkiem spore możliwości. Ponadto warto pamiętać, że Access będzie walidował np. typy danych co jest dużą zaletą szczególnie, że nie wiąże się to z żadną dodatkową pracą deweloperską. Myślę, że ten krótki artykuł/tutorial w dobry sposób pokazuje, że nawet starsze narzędzia mogą znaleźć zastosowanie i nie zawsze należy wszystko wymyślać koło od nowa.

Adrian Chodkowski
Follow me

Adrian Chodkowski

SQL geek, Data enthusiast, Consultant & Developer
Adrian Chodkowski
Follow me

Latest posts by Adrian Chodkowski (see all)

5 Comments

  1. Norbert Kulski

    Fajnie, że o tym wspomniałeś, bo Access (podobnie zresztą jak Excel) ma jeszcze całkiem spory a nie wykorzystywany potencjał.
    Moc Accessa objawia się właśnie głębiej, gdy przy pomocy accessowych formularzy można zbudować całkiem zgrabny interfejs do wprowadzania danych a za pomocą accessowych raportów (Visual Studio ma nawet możliwość wciągania takich raportów i ich konwersji – lepszej lub gorszej – do SSRSa 🙂 ) można wystawić niemal kompletne rozwiązanie, bazujące tylko na jednym narzędziu.
    Patrząc jeszcze historycznie, w czasach gdy w firmach królował jeszcze SQL 2000, to właśnie “zlinkowany” Access miał, od ręki możliwość wprowadzania i zmiany danych “na żywo” w wierszach 🙂
    Tak więc, jeśli chodzi o szybki i tani interfejs, warto rozważyć czy użycie Accessa nie jest najprostszym (co wcale nie że oznacza ograniczonym) rozwiązaniem.

    Reply
    1. Adrian ChodkowskiAdrian Chodkowski (Post author)

      Zgadzam sie:) ludzie nie wykorzystują w pełni tych narzędzi – szczególnie Excela którego osobiście jestem dużym fanem:) o współpracy ssrs i accessa to kiedyś to testowałem raczej z marnym skutkiem:) jeśli chodzi o accessa i jego użycie jako interfejsu to moim zdaniem firmy niejednokrotnie otrzymalyby lepszy efekt wykorzystując ten produkt zamiast dedykowanych aplikacji ale to tylko moje zdanie wybudowane na podstawie oglądania koślawych potworków napisanych w .net czy Javie u klientów:)

      Reply
      1. Gość

        W ogóle nie znam Accessa, poza nazwą. Czy on umożliwia pracę z bazą danych wielu użytkownikom jednocześnie, czy tylko pojedynczemu użytkownikowi?

        Reply
        1. Waldemar Gieracki

          W konfiguracji bazy w Accesie można ustawić blokowanie na poziomie rekordu a nie bazy , tak więc wielu użytkowników może mieść dostęp do edycji danych w tabeli do różnych rekordów, ale tylko jeden użytkownik może w danym momencie edytować dany rekord.
          Zbudowałem kilka aplikacji które śmigały przy kilku użytkownikach i nie było problemu

          Reply
        2. Waldemar Gieracki

          W konfiguracji bazy w Accesie można ustawić blokowanie na poziomie rekordu a nie bazy , tak więc wielu użytkowników może mieść dostęp do edycji danych w tabeli do różnych rekordów, ale tylko jeden użytkownik może w danym momencie edytować dany rekord.
          Zbudowałem kilka aplikacji które śmigały przy kilku użytkownikach i nie było problemu

          Reply

Leave a Comment

Your email address will not be published. Required fields are marked *