Nawet jeśli korzystasz z aplikacji serwera klienckiego na dużą skalę, chciałbyś w innowacyjny sposób korzystać z MS Access.
Architektura klient – serwer to dokładnie dwuwarstwowy system komputerowy. Gdzie jeden komputer jest serwerem, który dostarcza dane, a drugi jest klientem, który żąda danych. System może składać się z wielu komputerów klienckich/serwerowych, przy czym komputery serwerowe tworzą stację roboczą, na której działa aplikacja, a komputery klienckie są połączone z tą aplikacją za pośrednictwem sieci. Często uważa się, że tylko ciężkie aplikacje, takie jak SQL Server mogą funkcjonować jako aplikacje kliencko-serwerowe, podczas gdy lżejsze i podstawowe, takie jak MS Access, nie. Nie jest to jednak prawdą, istnieją pewne sposoby, za pomocą których można wykorzystać MS Access w architekturze klienta-serwera.
Rola MS Access w informatyce klient – serwer
Oprócz tego, że jest aplikacją do administrowania bazą danych, Access może również pełnić funkcję narzędzia do tworzenia aplikacji. Ma więc dwoistą naturę. Chociaż aparat bazy danych programu Access nie zapewnia wielozadaniowej atmosfery, która byłaby tak potężna i wydajna jak ta w programie SQL Server, zapewnia użytkownikom wydajne narzędzia do tworzenia raportów i formularzy. Narzędzie do tworzenia raportów w MS Access jest tak dobre, że faktycznie zostawia za sobą The SQL Server Usługa raportowania.
Oprócz lepszego narzędzia do raportowania, zapewniają to aplikacje takie jak Visual Studio i SharePoint SQL Server z interfejsem użytkownika, ponieważ brakuje programisty lub projektu interfejsu użytkownika. Innym sposobem, w jaki Access Database Engine uzyskuje lepsze wyniki niż Jet Database Engine, jest; poprzez obsługę wbudowanej integracji z usługami SharePoint Services.
Wyzwania związane z korzystaniem z dostępu w architekturze klient – serwer
Access od dawna uważany jest za aplikację używaną głównie przez indywidualnych użytkowników, małe firmy lub grupy robocze. Jest to aplikacja będąca idealnym połączeniem narzędzia do tworzenia baz danych, narzędzia do tworzenia aplikacji i silnika bazy danych. Jednym z głównych powodów, dla których Access jest często uważany za nieodpowiedni dla architektury kliencko-serwerowej, jest fakt, że Microsoft zawsze reklamował ją w ten sposób. Tymczasem w rzeczywistości MS Access ma potencjał do obsługi dużej liczby użytkowników korzystających z aplikacji w tym samym czasie. Stało się to możliwe głównie dlatego, że jego możliwości znacznie się poprawiły w czasie.
Obecnie MS Access jest bardzo zdolny do zbudowania aplikacji po stronie klienta, która jest wystarczająco wydajna, aby dostarczać dane dostarczane przez serwer. Konsumowanie danych dostarczanych przez SharePoint to coś, co można zrobić bardzo płynnie podczas korzystania z MS Access, niezależnie od lokalizacji tych danych. Podobnie zarządzanie danymi przechowywanymi przez SQL Server, w dowolnym miejscu w Internecie jest równie łatwe dla MS Access. Nie oznacza to jednak, że aplikacja ta nie ma ograniczeń w architekturze klient – serwer.
W przypadku zastosowania w architekturze klient – serwer Access nie będzie w stanie uruchomić portalu internetowego i może dojść do jego przeciążenia korupcja mdb. Jednak nawet w systemie komputerowym na dużą skalę Access może bardzo dobrze działać jako narzędzie programistyczne frontendu.
Wprowadzenie autora:
Vivian Stevens jest ekspertem w dziedzinie odzyskiwania danych w DataNumen, Inc., która jest światowym liderem w technologiach odzyskiwania danych, w tym SQL Server stały i doskonałe oprogramowanie do odzyskiwania. po więcej informacji odwiedź www.datanumen.com