Vaikka käytössäsi olisi laajamittainen asiakaspalvelinsovellus, haluat käyttää MS Accessia innovatiivisesti.
Asiakas-palvelin-arkkitehtuuri on täsmälleen kaksitasoinen tietokonejärjestelmä. Kun yksi tietokone on palvelin, joka tarjoaa tietoja, ja toinen on asiakas, joka pyytää tietoja. Järjestelmä voi koostua useista asiakas/palvelintietokoneista, joissa palvelintietokoneet luovat työaseman, joka ajaa sovellusta ja asiakastietokoneet ovat yhteydessä kyseiseen sovellukseen verkon kautta. Usein uskotaan, että vain raskaat sovellukset pitävät SQL Server voivat toimia asiakaspalvelinsovelluksina, kun taas kevyemmät ja perussovellukset, kuten MS Access, eivät. Tämä ei kuitenkaan pidä paikkaansa, on olemassa tiettyjä tapoja, joilla voit käyttää MS Accessia asiakaspalvelinarkkitehtuurissa.
MS Accessin rooli asiakaskoneessa – palvelinlaskenta
Sen lisäksi, että Access on tietokannan hallintasovellus, se voi toimia myös sovelluskehitystyökaluna. Sillä on siis kaksinainen luonne. Vaikka Access Database Engine ei tarjoakaan yhtä tehokasta ja tehokasta moniajoilmapiiriä kuin se SQL Server, se tarjoaa käyttäjille tehokkaita raporttien ja lomakkeiden rakentajia. MS Accessin raportinrakennustyökalu on niin hyvä, että se jättää taakseen The SQL Server Raportointipalvelu.
Paremman raportointityökalun lisäksi tarjoavat sovellukset, kuten Visual Studio ja SharePoint SQL Server käyttöliittymällä, koska siitä puuttuu käyttöliittymän kehittäjä tai suunnittelu. Toinen tapa, jolla Access Database Engine saa paremmat pisteet kuin Jet Database Engine, on; tukemalla sisäänrakennettua integraatiota SharePoint Services -palveluiden kanssa.
Haasteet Accessin käyttämisessä asiakaskoneessa – palvelinarkkitehtuuri
Accessia on pitkään pidetty sovelluksena, jota käyttävät pääasiassa yksittäiset käyttäjät, pienet yritykset tai työryhmät. Se on sovellus, joka on täydellinen sekoitus tietokannan kehitystyökalua, sovelluskehitystyökalua ja tietokantamoottoria. Yksi tärkeimmistä syistä, miksi Accessia pidetään usein sopimattomana asiakas-palvelinarkkitehtuuriin, on se, että Microsoft on aina mainostanut sitä tällä tavalla. Todellisuudessa MS Accessilla on potentiaalia palvella suurta määrää käyttäjiä, jotka käyttävät sovellusta samanaikaisesti. Tämä on ollut mahdollista pääasiassa siksi, että sen ominaisuudet ovat parantuneet paljon ajan myötä.
MS Access pystyy nykyään hyvin rakentamaan asiakaspuolen sovelluksen, joka on riittävän tehokas toimittamaan palvelimen tarjoamia tietoja. SharePointin tarjoamien tietojen kuluttaminen on jotain, joka voidaan tehdä erittäin saumattomasti käytettäessä MS Accessia tietojen sijainnista riippumatta. Vastaavasti hallussa olevien tietojen hallinta SQL Server, missä tahansa Internetissä on myös yhtä helppoa MS Accessille. Tämä ei kuitenkaan tarkoita, etteikö tälle sovellukselle olisi rajoituksia asiakas-palvelin-arkkitehtuurissa.
Käytettäessä asiakas-palvelinarkkitehtuurissa Access ei pysty ajamaan online-portaalia ja sen ylikuormitus voi johtaa mdb-korruptio. Kuitenkin, vaikka sitä käytettäisiin suuressa tietokonejärjestelmässä, Access voi hyvin toimia käyttöliittymän kehitystyökaluna.
Tekijän esittely:
Vivian Stevens on tietojen palauttamisen asiantuntija DataNumen, Inc., joka on maailman johtava tietojen palautustekniikoissa, mukaan lukien SQL Server korjata ja Excel-palautusohjelmistotuotteet. Lisätietoja osoitteessa www.datanumen.com