Hvordan finne ytelsesflaskehalsen når du får tilgang til en MS Access-database over nettverk

I denne artikkelen vil vi se på flere mulige årsaker bak en MS Access-database med treg ytelse når den åpnes over et nettverk.

Det er forskjellige grunner til at en database kjører sakte eller gir dårlige resultater. Disse databasene er ikke bygget for å fungere suboptimalt, men på en eller annen måte, i det lange løp, ender de opp med å gi dårlig ytelse. Noen sannsynligvis årsaker til at MS Access-databasen fungerer sakte kan være en av følgende:

• Som standard har MS Access muligheten til å vise dataark mellom tabeller som er relatert. Hvis du jobber ofte i Data-sheet View, er det oftere enn ikke nødvendig. Dette påvirker hastigheten negativt. Derfor anbefales det å deaktivere denne funksjonen.
• Hvis du bruker en koblet tabell, og du flytter data fra en post til en annen, kan det redusere hastigheten. Ikke naviger for mye.
• Hvis et nettlesingsskjema gjenopprettes over tilkoblingen, kan det også redusere hastigheten.
• Noen ganger gjør deling av en database også ytelseskapasiteten treg. Du kan enkelt dele databasen hvis den bare har én bruker, men for å unngå innsnevringer må du lagre både for- og baksiden på et lokalt system.
• Mens du bruker statiske data som zip koder osv. lager lokale tabeller, ellers vil det igjen redusere hastigheten på ting.
• Implantering av grafikk er også en grunn til at ytelsen blir hardt påvirket, ettersom den bruker mer ressurser. Så det er tilrådelig å bruke lenkegrafikk i stedet for å implantere dem.
• Komprimering er nødvendig siden det sletter poster og frigjør ressurser. Den oppdaterer statistikken ytterligere og omorganiserer postene. Hvis du ikke komprimerer ofte, vil det påvirke ytelsen. Men husk at du tar en sikkerhetskopi av disse dataene før du komprimerer. For rikelig forsiktighet investere i en kraftig Tilgangsretting verktøyet.
• En enkel form med mindre antall kontroller er bedre enn en kompleks som har mange kontroller. Kompleks skjema vil være tregere ettersom det vil ta lengre tid å laste opp og svare. I stedet kan du lage skjemaer som er oppgavespesifikke i stedet for å ha en enkelt, kompleks form.
• Indeksering er ikke alltid lett og kan til tider være ganske forvirrende. Dessuten vil overindeksering vise seg å være dårlig for ytelsen. Derfor bør du være ekstra forsiktig mens du indekserer og bør kun bruke indekser på felt du søker etter regelmessig.
• Det er et faktum at mer data, tregere vil være ytelsen. Så når du har spørringer etter rapporter basert på flere tabeller, bør du i stedet basere dem på én spørring. Bruk denne spørringen for å begrense postene som fyller rapporten eller skjemaet.
• Det anbefales å holde tabellene smale og feltene så få som mulig. Et større antall felt kan redusere ytelsen. Du kan også kvitte deg med felt som sjelden brukes i en ny tabell. Deretter kan du etablere et en-til-en-forhold med disse tabellene.

Så dette er noen av de mulige årsakene til den trege ytelsen. Å bli kvitt disse kan forbedre ytelsen betraktelig.

Forfatterintroduksjon:

Vivian Stevens er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert gjenopprette mdf og excel-programvareprodukter for gjenoppretting. For mer informasjon besøk www.datanumen. Med