Access lagrer alle database tabeller, spørringer, skjemaer, rapporter, makroer og moduler i Tilgang Jet-database som en enkelt fil.

For spørring utvikling, Tilgang tilbys en «Spørring Designer», et grafisk brukergrensesnitt som gjør det mulig for brukere å bygge spørringer uten kunnskap av structured query language. I Spørringen Designer, brukere kan «vise» den datasources av spørringen (som kan være tabeller eller spørringer), og velg felter for de vil tilbake ved å klikke og dra dem inn i rutenettet., Man kan sette opp tiltrer ved å klikke og dra felt i tabeller felt i andre tabeller. Tilgang tillater brukere å vise og manipulere SQL-kode hvis det er ønskelig. Alle Access-tabell, inkludert koblede tabeller fra ulike datakilder, og kan brukes i en spørring.

få Tilgang støtter også etableringen av «pass-through «spørringer». Disse biter av SQL-kode, kan adresse eksterne datakilder ved hjelp av ODBC tilkoblinger på den lokale maskinen. Dette gjør det mulig for brukere å samhandle med data som er lagret utenfor Access-program uten å bruke koblede tabeller eller Jet.,Brukere konstruere pass-through-spørringer ved hjelp av SQL-syntaks støttes av den eksterne datakilden.

Når du utvikler rapporter (i «Design View») tillegg til eller endringer til kontroller forårsake noen spørsmål knyttet til å kjøre i bakgrunnen og designer er tvunget til å vente for oppføringer å være returnert før de blir i stand til å gjøre en annen endring. Denne funksjonen kan slås av.

Ikke-programmerere kan bruke makro-funksjonen for å automatisere enkle oppgaver gjennom en serie av drop-down valg., Makroer tillate brukere å enkelt kjede kommandoer sammen, for eksempel spørringer, import eller eksport av data, åpning og lukking former, forhåndsvise og skrive ut rapporter, etc. Makroer støtte grunnleggende logikk (HVIS-forhold) og muligheten til å ringe til andre makroer. Makroer kan også inneholde sub-makroer som er lik subrutiner. I Access 2007, forbedret makroer inkludert håndtering av feil og støtte for midlertidige variabler. Access 2007 også innført innebygde makroer som er i hovedsak egenskaper ved et objekt, som er tilfelle. Dette eliminerte behovet for å lagre makroer som individuelle objekter., Imidlertid, makroer var begrenset i sin funksjonalitet av en mangel på programmering looper og avansert koding logikk Tilgang til 2013. Med betydelige ytterligere forbedringer introdusert i Access 2013, evner av makroer ble fullt ut sammenlignbare med VBA. De gjorde funksjonsrikt web-basert program distribusjoner praktisk, via et sterkt forbedret Microsoft SharePoint grensesnitt og verktøy, så vel som på tradisjonelle Windows-datamaskiner.

I likhet med andre produkter i Microsoft Office suite, den andre programmeringsspråk som brukes i Access er Microsoft VBA. Det er lik for Visual Basic 6.,0 (VB6) og koden kan være lagret i moduler, klasser, og koden bak skjemaer og rapporter. For å skape en rikere, mer effektive og stabile ferdig produkt med god håndtering av feil, de fleste profesjonelle få Tilgang til programmer er utviklet ved hjelp av VBA programmering språk snarere enn makroer, bortsett fra der hvor web-distribusjon er en bedrift kravet.,

for Å manipulere data i tabeller og spørringer i VBA-eller makroer, Microsoft tilbyr to database få tilgang til biblioteker av COM-komponenter:

  1. Data Access-Objekter (DAO) (bare 32-biters), som er inkludert i Tilgang og Windows, og utviklet seg til ESS i Microsoft Access 2007 for ACCDE database format
  2. ActiveX Data Objects ActiveX Data Objects (ADO) (både 32-bit og 64-bit versjoner)

, Så vel som DAO og ADO, utviklere kan også bruke OLE DB-og ODBC for å utvikle native C/C++ programmer for å få Tilgang. For ADPs og direkte manipulasjon av SQL Server data, ADO er nødvendig., DAO er mest hensiktsmessig for håndtering av data i Access/Jet-databaser, og den eneste måten å manipulere komplekst felt-typer i ACCDB-bord.

I databasen beholderen eller navigasjonsruten i Access 2007 og nyere versjoner, og systemet vil automatisk kategoriserer hvert objekt av type (f.eks., tabell, spørring, makro). Mange utviklere Tilgang bruke Leszynski naming convention, selv om dette ikke er universelt, det er en programmerer konvensjonen, ikke en DBMS-regelen håndheves. Det er spesielt nyttig i VBA hvor referanser til objektet navn kan ikke vise sine data type (f.eks. tbl for tabeller, qry for søk).,

Utviklere distribuere Microsoft Access oftest for individuelle og arbeidsgruppe prosjekter (Access 97 speed karakterisering ble gjort for 32-brukere). Siden Access 97, og med Access 2003 og 2007, Microsoft Access og maskinvare har utviklet seg betydelig. Databaser under 1 GB i størrelse (som kan nå passer helt i RAM) og 200 samtidige brukere er godt innenfor funksjonene i Microsoft Access. Selvfølgelig, ytelse avhenger av database design og oppgaver. Disk-intensive arbeidet som kompleks søking og spørring ta mest tid.,

Som data fra en Microsoft Access-database kan bli lagret i RAM, behandlingen kan vesentlig forbedre når det bare er en enkelt bruker, eller hvis dataene ikke er i endring. I det siste, effekten av pakken ventetid på posten-låsesystem forårsaket Access databaser til å kjøre sakte på et virtuelt privat nettverk (VPN) eller et wide area network (WAN) mot en Jet-database. Som i 2010 bredbånd har redusert dette problemet., Ytelsen kan også bli forsterket hvis en kontinuerlig tilkobling er opprettholdt til back-end-database gjennom økt snarere enn å åpne og lukke det for hver tabell tilgang. Hvis Access-databasen ytelse over VPN-eller WAN lider, da en klient ved å bruke Remote Desktop Protocol (for eksempel Microsoft Terminal Services) kan gi en effektiv løsning. Tilgang til databaser som er knyttet til SQL Server eller for å få Tilgang til Data Prosjekter fungere godt over Vpn og WANs.,

I juli 2011, Microsoft anerkjent en periodisk ytelse problem med alle versjoner av Access og Windows 7 og Windows Server 2008 R2 på grunn av ressurs-ledelse er vesentlig forskjellig i nyere operativsystemer. Dette problemet alvorlig påvirker ytelse på både Access 2003 og eldre med Jet Database Engine code, samt Tilgang 2007 og senere med Access-Database Engine (ESS). Microsoft har utgitt hurtigreparasjoner KB2553029 for Access 2007 og KB2553116 for Access 2010, men vil ikke løse problemet med Jet 4.0, slik den er ute av mainstream support.,

I tidligere versjoner av Microsoft Access, evnen til å distribuere programmer nødvendige kjøp av Utvikleren Toolkit; i Access 2007, 2010 og Tilgang 2013 «Runtime » Bare» versjon er tilgjengelig som en gratis nedlasting, noe som gjør fordelingen av royalty-fri programmer tilgjengelig på Windows XP, Vista, 7 og Windows 8.x.

Delt database architectureEdit

Microsoft Access programmer kan vedta en delt database arkitektur., Enkelt database kan være delt inn i en egen «back-end» – filen som inneholder dataene i tabeller (delt på en fil-server) og en «front-end» (som inneholder programmet er objekter, for eksempel spørringer, skjemaer, rapporter, makroer og moduler). Den «front-end» få Tilgang til programmet er distribuert til hver brukers pc og knyttet til den delte databasen. Ved hjelp av denne tilnærmingen, hver bruker har en kopi av Microsoft Access (eller runtime versjon) installert på sin maskin sammen med sin søknad database. Dette reduserer nettverkstrafikken siden programmet er ikke hentes for hver bruker., Den «front-end» database kan fortsatt inneholde lokale tabeller for å lagre brukerens innstillinger eller data midlertidig. Dette split-database design gjør også at utviklingen av programmet uavhengig av data. En ulempe er at brukere kan gjøre flere endringer til sin egen lokale kopier av programmet, og dette gjør det vanskelig å administrere versjon kontroll. Når en ny versjon er klar, front-end-databasen er erstattet uten at det påvirker dataene i databasen. Microsoft Access har to innebygde verktøy, Database Splitter og Koblet Tabell Manager, legge til rette for denne arkitekturen.,

Koblede tabeller i Access bruk absolutte stier i stedet for relative stier, slik utvikling miljø enten ha samme bane som produksjonsmiljø eller en «dynamisk-linker» rutine kan være skrevet i VBA.

For svært store Access-databaser, dette kan ha ytelsesproblemer og en SQL-backend bør vurderes i slike tilfeller. Dette er mindre av et problem hvis hele databasen kan passe inn i PC-en er RAM-siden Tilgang bufrer data og indekser.,

Overføring til SQL ServerEdit

utdypende artikkel: Oppskalering (database)

for Å skalere å få Tilgang til programmer til foretak eller web solutions, en mulig teknikk som innebærer å migrere Microsoft SQL Server eller tilsvarende server-database. En klient–server-design reduserer vedlikehold og øker sikkerhet, tilgjengelighet, stabilitet, og transaksjonen logging.

Access 2000 gjennom Tilgang i 2010 inkluderte en funksjon kalt Oppskalering Veiviser som tillot brukere å oppgradere sine databaser som Microsoft SQL Server, en ODBC-klient–server-database., Denne funksjonen ble fjernet fra Access 2013. En ekstra løsning, SQL Server Migration Assistant for Tilgang (SSMA), fortsetter å være tilgjengelig for gratis nedlasting fra Microsoft.

En rekke oppgradering alternativer er tilgjengelige. Etter overføring av data og spørsmål til SQL Server, Access database kan være knyttet til SQL database. Men, enkelte typer data, er problematisk, særlig «Ja/Nei». I Microsoft Access-det er tre stater for Ja/Nei (True/False) data type: tom, ingen/usann (null) og ja/true (-1)., De tilsvarende SQL Server data type er binære, med bare to stater, tillatte verdier, null og 1. Uansett, SQL Server er fremdeles den enkleste migrasjon. Gjenopprette data fra koblede tabeller er optimalisert for bare de postene som trengs, men dette scenariet kan fungere mindre effektivt enn hva som ellers ville være optimal for SQL Server. For eksempel, i tilfeller der multi-table blir fortsatt trenger å kopiere hele tabellen over nettverket.,

I tidligere versjoner av Access, inkludert Access 2010, databaser kan også konverteres til Access-Prosjekter (ADP) som er knyttet direkte til en SQL Server-database. Denne funksjonen ble fjernet fra Access 2013. ADP er støtte for direkte opprette og endre SQL Server-objekter, for eksempel tabeller, visninger, lagrede prosedyrer, og SQL Server begrensninger. Visninger og lagrede prosedyrer kan redusere nettverkstrafikken for multi-table sammenføyninger. SQL Server støtter midlertidige tabeller og lenker til andre datakilder utenfor enkelt SQL Server-database.,

til Slutt, noen Tilgang til databaser som er fullstendig erstattet av en annen teknologi som ASP.NET eller Java når dataene er konvertert. Men noen migrasjon kan diktere stor innsats siden Tilgang SQL-språk er en mer kraftfull overordnet sett av standard SQL. Videre, Tilgang søknadsprosedyrer, enten VBA-og makroer, er skrevet på et relativt høyere nivå versus de tilgjengelige alternativene som er både robust og omfattende., Merk at Tilgang makro språk, slik at en enda høyere grad av abstraksjon enn VBA, ble vesentlig forbedret i Access 2010 og igjen i Access 2013.

I mange tilfeller, utviklere bygge direkte på web-å-data grensesnitt ved hjelp ASP.NET, samtidig som store forretnings-automatisering av prosesser, administrative og rapportering funksjoner som ikke trenger å bli distribuert til alle i Tilgang til informasjon arbeidstakere til å opprettholde.

Mens alle få Tilgang til data kan migrere til SQL Server direkte, noen forespørsler kan ikke migrere vellykket., I noen situasjoner kan det hende du trenger å oversette VBA-funksjoner og brukerdefinerte funksjoner i T–SQL eller .NETTO funksjoner / prosedyrer. Crosstab forespørsler kan bli overført til SQL Server ved hjelp av PIVOT-kommandoen.