nyt kun olet nähnyt käytettävissä olevat eri arkkitehtuurit ja tietokantamoottorivaihtoehdot, sinun kannattaa tutkia päätöskohtia ja parametreja, joilla voit tehdä laajennuspäätöksen.
tärkein osa tässä prosessissa on ymmärrys siitä, että kaikkia liittymäkohtia ei tarvitse laajentaa. Itse asiassa valtaosaa Pääsysovelluksista ei pitäisi suurentaa—kustannukset ja häiriöt liiketoiminnalle eivät yksinkertaisesti ole kustannustehokkaita resurssien käyttöä. Nämä tietokannat toimivat hyvin päivittäin ja eivät tarvitse ominaisuuksia, kuten skaalautuvuus, turvallisuus ja 100% luotettavuus. Kaikista organisaatiosi access-tietokannoista vain muutama on ehdolla ylennettäväksi.
lisäksi ylennysehdokkaiden listalta voidaan lisätä enemmistö kustannustehokkaalla prosessilla, jossa vain tiedot siirretään SQL Server-palvelimelle. Kaikki sovelluksen toiminnot lomakkeina ja raportteina pidetään saatavilla. Vain pieni osa kokoushankkeista sisältää Access-sovelluksen uudelleenkirjoittamisen uudessa ympäristössä, kuten. NET.
seuraavassa osassa tarkastellaan kutakin tietokannan suunnitteluun liittyvää avainaluetta ja käsitellään sitä, miten Access toimii kullakin osa-alueella.
tietoturva
Microsoft Access tarjoaa kolmea erilaista tietoturvamekanismia.
- tietokannan salasanat: Määritä salasana tietokantaan. Vain käyttäjät, jotka tietävät salasanan, voivat avata tietokannan.
- Jet Workgroup Security: Käyttäjät, Ryhmät ja objektien käyttöoikeudet voidaan määritellä rajoittamaan sitä, kuka voi tarkastella/muokata tietoja ja mitä he voivat suorittaa. Workgroup security on saatavilla MDB-tietokannoille, mutta ei ACCDB-tietokannoille.
- tiedostojen salaus: tietokannan sisältö voidaan salata tiedostotasolla. ACCDB-salaus on mdbs: n salausta huomattavasti parempi.
valitettavasti nämä mekanismit eivät ole kestäviä eivätkä luotettavia. Tietokannan salasanat käyttävät hyvin yksinkertaista salausmekanismia. Itse asiassa, poistamalla Access database salasana on yksinkertainen asia, koska vapaa ja kaupallinen salasana ”poistoaineet” löytyvät helposti Webissä. Vaikka Access käyttäjät eivät ehkä ole huolissaan tällaisista raukeaa, IT johtajat varmasti pitäisi olla.
vaikka Jet Workgroupin tietoturva on vankempi, se jättää silti koko MDB-tietokannan sisällön auki tiedostojärjestelmästä. Koska kaikki taulukon tiedot ja koodi on tallennettu näkyville, on yhdentekevää avata MDB-tiedosto merkkijonoyhteensopivassa editorissa ja tarkastella koodia, salasanoja ja taulukon tietoja.
lopuksi, koska pääsy vaatii kaikilta käyttäjiltä täydet lukuoikeudet varsinaiseen tietokantatiedostoon, kuka tahansa, joka näkee jaetun verkkoaseman, voi kävellä tietokannan kanssa levylle tai CDR: lle tai lähettää sen sähköpostilla organisaatiosi ulkopuolelle.
jos tietoturvalla on merkitystä, SQL Server on paljon turvallisempi kuin Microsoft Access, Excel, Word tai mikään muu ohjelma, joka tallentaa tiedostonsa suoraan käyttäjän ulottuville kiintolevylle.
luotettavuus ja kunnossapito
luotettavuus on yksi keskeisistä mittapuista, joita on tarkasteltava laajennuksia harkittaessa. Itse asiassa monissa tehtäväkriittisissä sovelluksissa luotettavuus on tärkein näkökohta. Microsoft Access ei ole yhtä luotettava kuin SQL Server useista syistä.
tietokannan korruptio
kun Microsoft Access/Jet-tietokannoissa ilmenee odottamaton sisäinen virhe tai yhteysongelma, ne voivat korruptoitua. Korruptoitunut tietokanta lukitsee yleensä kaikki tietokannan käyttäjät ja johtaa tietojen häviämiseen ja liiketoiminnan keskeytymiseen.
Microsoft Access/Jet-tietokannat ovat SQL Serveriä alttiimpia korruptiolle useista syistä. Koska Access/Jet käyttää tiedostonjakomallia, kaikilla käyttäjillä on samanaikaisesti aktiivisia yhteyksiä dataan. Jos joku näistä käyttäjistä yllättäen menettää yhteyden, tietokanta voi korruptoitua. Yhteyden menetys voi tapahtua, jos käyttäjän verkkoyhteys on katkonainen, ajuriversiot eivät ole ajankohtaisia tai saman tietokantatiedoston lukemiseen käytetään ristiriitaisia versioita Jet DLL: stä.
Microsoft Access sisältää kompaktin/Korjausapuohjelman, mutta vakava tietokannan korruptio ei ole tämän apuohjelman korjaama. Kolmannen osapuolen korjauspalvelut ovat saatavilla, mutta tämä edellyttää, että kyseinen tietokanta lähetetään toiseen paikkaan, maksetaan maksu ja odotetaan, että se palautetaan vaihtelevin tuloksin.
huolto-ongelmat
Windows sallii Microsoft Access-tietokannan kopioinnin, vaikka se olisi auki, joten voit luoda varmuuskopion, mutta se voi olla ongelma, jos joku muokkaa tietoja silloin, kun tiedostoa kopioidaan.
Microsoft Access-tietokannan tiivistäminen edellyttää, että kaikki käyttäjät ovat pois tietokannasta, mikä on ongelmallista 24/7-ratkaisuissa. Tietokannassa on tiedostotasolla Lukko (*.ldb tai *.laccdb-tiedostot) heti, kun ensimmäinen käyttäjä avaa sen.
In a multi-user environment, Microsoft Access does not tell you who is currently in the database, so it can be a administrative headache to get people from the system. Total Access-Hallintaohjelmamme avulla voit seurata reaaliaikaisesti käyttäjiä, jotka käyvät tietokannassa ja poistuvat sieltä, mikä auttaa ja voi tiivistää tietokannan kaikkien poistuttua, mutta se ei ole Microsoft Accessin sisäänrakennettu ominaisuus.
on usein vaikeaa koordinoida prosessia, jolla varmistetaan, että kaikki käyttäjät kirjautuvat ulos Pääsysovelluksesta ennen varmuuskopioinnin tekemistä.Tyypillisissä skenaarioissa käyttäjät jättävät tietokoneensa päälle lähtiessään toimistolta päiväksi. Tämä jättää tietokannan auki ja varmuuskopiointiohjelmisto ei voida luotettavasti kopioida tietokantatiedoston. Usein tämä havaitaan vasta varmuuskopion epäonnistuttua, jolloin Järjestelmän ylläpitäjä voi jäljittää ongelman ja toivoa sen ratkeavan ennen seuraavaa varmuuskopiointia.
lisäksi Microsoft Access ei ole SQL Serverin tapaan itse viritetty. Se ei automaattisesti takaisin menetetty tietokanta tilaa tai optimoida indeksit ja kyselyt. Tämä huolto suoritetaan ajamalla korjaus / kompakti ominaisuus. Total Visual Agent-ohjelmamme avulla voit automatisoida tämän määrittämässäsi aikataulussa ja ylläpitää kirjausketjua, mutta se ei ole Microsoft Accessin sisäänrakennettu ominaisuus.
jos organisaatio ei varmuuskopioi säännöllisesti yksittäisiä työpöytätietokantoja, ihmiset voivat luoda tietokoneisiinsa Käyttöoikeustietokantoja, joita ei koskaan varmuuskopioida tai ylläpidetä. Organisaatiot voivat käsitellä niitä käyttäjätietoja, jotka voidaan menettää ikään kuin se olisi Excel-taulukkolaskenta tai Word-asiakirja, mutta parempia käytäntöjä pitäisi olla käytössä, jotta käyttäjät voivat tallentaa tietokantoja, joissa perusjärjestelmän hallinto on säädetty.
Microsoft Access-tietokannat on varmuuskopioitava katastrofista toipumista varten ja tiivistettävä säännöllisesti pysyäkseen terveinä. Olisi otettava käyttöön automatisoitu järjestelmä, jolla huolehditaan tästä monista nykyisistä ja tulevaisuudessa perustettavista tietokannoista. SQL Serverin koon suurentamista olisi harkittava sellaisten tietokantojen osalta, joissa tällaisia automatisoituja prosesseja ei voida toteuttaa tietokannan jatkuvan käytön vuoksi tai jos tietojen menettämisestä aiheutuu suuria kustannuksia.
skaalautuvuus
skaalautuvuus määritellään sovelluksen kyvyksi toimia hyväksyttävällä tavalla, kun sovellukseen kutsuvien käyttäjien tai prosessien määrä kasvaa. Joissakin tilanteissa, Microsoft Access/Jet ei voi skaalata tukemaan kysyntää tietokantaan.
Split Database Architecture
ennen kuin laajennat, Access database-tietokannan tulee olla jaettu tietokanta-arkkitehtuuri. Tämä erottaa käyttäjän sovellustietokannan back-end shared data-tietokannasta. Front-end-sovellustietokannan linkit jaettuun tietokantaan ja päivitykset ovat helpompia, koska tietoja ei tarvitse muokata uusia julkaisuja varten (edellyttäen, että taulukoiden rakenteita ei muuteta). Lisätietoja on artikkelissamme Microsoft Access Split Database Architecture, joka tukee Monikäyttöympäristöjä, parantaa suorituskykyä ja yksinkertaistaa ylläpidettävyyttä. Split tietokanta arkkitehtuuri auttaa myös kokoa pyrkii säilyttämään nykyisen Access front-end.
jos verkkoasemalla on yksi Microsoft Access-tietokannan kopio, jonka useat käyttäjät avaavat kerralla, sinulla voi olla skaalautuvuusongelma. Mutta että olisi puututtava käyttämällä split tietokanta arkkitehtuuri sijaan koon SQL Server.
samanaikaisten käyttäjien määrä
on ollut myyttejä siitä, että Microsoft Access-tietokannat eivät pysty tukemaan yli 20 käyttäjää. Näin saattoi olla, kun Microsoft Access otettiin käyttöön vuonna 1992, mutta näin ei ole ollut pitkään aikaan.
Microsoft Access mahdollistaa teknisesti jopa 255 yhteyttä per tietokanta. Se tarkoittaa, että sitä voidaan käyttää tiimeille tarkoitettuihin sovelluksiin monta kertaa, jos kaikkien ei tarvitse käyttää sitä samaan aikaan.
niiden yhteyksien/käyttäjien määrä, joita Access-tietokanta voi tukea, määräytyy sen mukaan, kuinka hyvin sovellus on suunniteltu ja toteutettu. Hyvin suunniteltu käyttösovellus voi tukea 100 + samanaikaista käyttäjää kunnollisella suorituskyvyllä. Toisaalta huonosti suunniteltu Access-sovellus voi toimia ryömimällä kahdella käyttäjällä. Tai jotkut prosessit ovat vain aikaa vieviä ja hitaita riippumatta siitä, mitä tietokantaa käytetään. Kyse ei ole tekniikasta vaan toteutuksesta.
valitettavasti monia tietokantoja ei ole suunniteltu tai toteutettu hyvin parhaiden käytäntöjen mukaisesti. Tämä johtuu siitä, että useimmat Access-tietokannat ovat käyttäjien luomia, joilla ei yksinkertaisesti ole kokemusta tai tietoa ammattimaisten tietokantasovellusten luomiseen. Niitä rakennetaan ajan myötä ja uusia ominaisuuksia ja tietomalleja otetaan käyttöön tarpeen mukaan. Tuloksena on kokonaisratkaisu, joka ei voi luotettavasti tukea kuin muutamia käyttäjiä.
älä upsize Microsoft Access-sovelluksia käyttäjämääräsyistä, jos samanaikaisten käyttäjien määrä on suhteellisen pieni. Upsizing olisi harkittava, jos yksi tarvitsee tukea 100 + samanaikaisia käyttäjiä ja enemmän tulevaisuudessa.
tietokannan enimmäiskoko
kunkin Microsoft Access-tietokannan enimmäiskoko on 2 Gt. Se on paljon tekstiä ja numeerisia tietoja, mutta voidaan helposti ylittää, jos tiedostoja ja grafiikkaa tallennetaan. Valtaosalle Microsoft Access-tietokannoista se on paljon suurempi kuin tietokanta koskaan saa. Joskus tietokannat saavat suuria, mutta kompakti yleensä pienentää sen kohtuullisempaan kokoon. Varmista myös, että hajotat Microsoft Access-tietokantasi aika ajoin tiivistettäessä.
jaetulla tietokanta-arkkitehtuurilla Microsoft Access-sovellus voi linkittää useiden Microsoft Access-tietokantojen tietoihin, joiden yhteenlasku on yli 2 Gt. Tietenkin, se ei ole hyvä muotoilu, jos Tietoja ei pitäisi jakaa useisiin taulukoihin tai tietokantoihin.
koon nostamista tulisi harkita, jos tietokanta ylittää 1 GB: n tai ylittää 2 GB: n lähitulevaisuudessa.
Microsoft Accessin ja Jetin eri versiot
Microsoft Accessista on useita versioita. Access database-ratkaisu voi olla riippuvainen tietystä Access database-formaatin versiosta, luottaa ominaisuuksiin, jotka ovat käytettävissä vain tietyissä Access-versioissa, komponentteihin, kuten ADO ja DAO jne. Vaikka se on helppo jakaa Access database käyttäjille, joilla on pääsy jo asennettu tietokoneeseen, se ei ole niin helppo hallita, mitä versiota Access avataan ajaa sitä.
tietokoneeseen voi olla asennettuna Useita Access-versioita. Accdb-tai MDB-tiedoston avaaminen käynnistää suoraan kyseiseen tiedostopäätteeseen liittyvän Access-version (yleensä viimeksi avatun Access-version).
lisäksi, kun Access 2000 otettiin käyttöön, uusi MDB-tiedostomuoto ei ollut yhteensopiva aiemman Access 97-version kanssa. Tietokannan avaaminen Access 2000: ssa (tai uudemmassa) voisi päivittää tietokannan uuteen muotoon ja estää vanhan version käyttäjiä avaamasta sitä, mikä oli ongelma monikäyttäjäympäristöissä. Ongelma ei ole uusiutunut vuoden 2000 version jälkeen.
Total Access-Käynnistysohjelmamme auttaa organisaatioita keskitetysti hallitsemaan ja ottamaan käyttöön Microsoft Access-tietokantoja kunkin käyttäjän työpöydälle ja hallitsemaan sitä, mikä versio Accessista on käynnistetty. Tämä tekee Pääsysovellusten jakamisesta helppoa pikakuvakkeella, ja tietokannan uusin versio asennetaan aina jokaisen käyttäjän koneelle. Se myös helpottaa sovelluksen päivittämistä yhdestä Access-versiosta toiseen.
ongelmia Microsoft Accessin eri versioiden hallinnassa tai Microsoft Access-tietokantojen päivitysten jakelussa ei ratkaista siirtymällä SQL Server-palvelimeen, jos säilytät tietokannan käyttöoikeutta. Siihen voidaan puuttua vain korvaamalla Microsoft Access kokonaan. Se voi ratkaista välittömän ongelman, mutta se estää käyttäjiä saamasta työnsä tehtyä. Olemme nähneet organisaatioiden kieltää Microsoft Access vain työntekijöiden ostaa huonompi tietokanta tuotteita sen sijaan, koska tietokanta ongelma ei mene pois. Useimmille organisaatioille on epäkäytännöllistä käyttää ammattimaisia kehittäjiä luomaan kaikki tarvittavat tietokannat, kun loppukäyttäjät voivat käsitellä useimpia.
suorituskyky
suorituskyky on yleinen syy, miksi ihmiset haluavat päivittää Microsoft Access-tietokantansa SQL Server-palvelimelle. On oletus, että SQL Server toimii nopeammin kuin Microsoft Access-tietokanta. Loppujen lopuksi SQL Serveriä hallinnoi erillinen palvelin, joka lähettää vain pyydetyt tietueet ja voi käyttää useita suorittimia ja koneita valtavien tietokokonaisuuksien hallintaan.
Microsoft Access, joka on tiedostopohjainen, lähettää koko tietokannan, taulukon tai indeksin riippuen asiakkaan (PC) käsittelypyynnöstä.
vaikka tämä antaisi etulyöntiaseman palvelimen lähestymistavalle, olemme havainneet, että suorituskyky ei ole parantunut monissa tilanteissa. Tässä muutamia syitä:
- monet Access tietokannat ovat suhteellisen pieniä (alle 100 MB). Nykyisillä laitteisto-ja verkkoyhteyksillä siirrettävien tietojen määrä on lähes hetkellinen riippumatta siitä, onko kyse muutamasta tietueesta vai koko taulukosta.
- SQL Server tekee ylimääräistä työtä, jota tietokantoihin pääsy ei tee. Esimerkiksi SQL Server voi ylläpitää tapahtumalokia ja suorittaa jatkuvaa ylläpitoa, joka lisää yleiskustannuksia. Olemme nähneet suorituskyvyn heikkenemistä, kun pienet tietokannat ovat suurennettuja SQL Server.
- SQL Server on suunniteltu käsittelemään hyvin suuria tietokantoja reilusti yli 2 gigatavun käyttörajan. Se ei ole optimoitu mitä se pitäisi pieniä tietokantoja.
- kyselyiden tekeminen eri linkitetyistä taululähteistä ei välttämättä hyödy SQL Server-optimoinnista, koska työ tehdään edelleen Access-ohjelmalla
- Microsoft Accessin suorittama tietojen välimuisti Käyttöoikeustaulukoille on olemassa, koska se tietää, onko data muuttunut. SQL Serverin tietojen osalta välimuistiin tallentaminen muistiin ei ole mahdollista, koska tiedot ovat saattaneet muuttua edellisen pyynnön jälkeen.
- huonosti suunniteltu taulukoiden, kyselyiden tai VBA-koodin joukko kulkee hitaasti riippumatta siitä, onko tieto Access-vai SQL Server-järjestelmässä.
ennen kuin siirryt SQL Server-palvelimelle suorituskykysyistä, varmista, että Käyttöoikeustietokantasi on optimoitu niin, että se toimii niin hyvin kuin se voi käyttää. Menossa SQL Server ei korjaa vakavia tietokannan ja kyselyn suunnittelu kysymyksiä. Vahvistamisesta nämä Access on itse asiassa helpompaa kuin tehdä niin myöhemmin SQL Server, joten aikaa ja vaivaa tähän on säilynyt, jos upsize myöhemmin.
voit varmistaa, että Microsoft Access-tietokannassasi ei ole vakavia ongelmia, käytä Total Access Analyzer-ohjelmaamme dokumentoidaksesi ja analysoidaksesi tietokantaasi. Se havaitsee yli 300 tyyppisiä virheitä, suunnitteluehdotuksia, ja suorituskykyyn liittyviä kysymyksiä, joiden avulla voit optimoida Access database.
suhteellisen pienissä Microsoft Access-tietokannoissa ei siirretä SQL Server-palvelimelle pelkästään suorituskykysyistä. Suorituskyky voi heikentyä koon nousun jälkeen. Etsi tapoja optimoida ongelmia pääsy ennen investointia upsize. Suorituskykyyn liittyvät ongelmat eivät välttämättä liity tietojen tallentamiseen.